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I.  INTRODUCTION 


A.  BACKGROUND 

Greek  Navy  officers  are  currently  assigned  to  new  billets  by  detailers,  much  the 
same  way  as  the  U.S.  Navy  operates.  Detailers  are  subject  matter  experts  who  use 
intuition  and  experience  to  match  officers  with  available  command  billets.  However, 
officer  preferences  for  available  billets  and  command  preferences  for  available  officers 
are  not  explicitly  taken  into  account.  Thus,  it  is  likely  that  the  assignment  of  officers  to 
billets  is  suboptimal  with  respect  to  “goodness  of  fit”  involving  preferences  from  both  the 
supply  and  demand  sides. 

At  present,  the  detailer  has  no  direct  on-line  access  to  manpower  data  for  the 
naval  officers  and  no  direct  ability  to  make  decisions.  The  appropriate  data,  which  are 
the  individual  officer’s  preferences,  the  Command’s  preferences  and  the  officer’s 
credentials  and  qualifications,  are  collected  manually,  rather  than  automatically,  and  then 
processed  by  the  detailer  who  is  responsible  to  make  the  final  decisions.  The  current 
process  requires  time  and  effort  for  the  detailer  to  make  a  final  decision.  Changes  and 
tracking  of  each  job-officer  assignments  are  difficult  to  accomplish  since  there  is  no  tool 
operated  specially  for  that  purpose. 

The  purpose  of  this  thesis  is  to  develop  requirements  and  a  corresponding 
prototype  database,  decision  support  system,  and  web  site  for  the  Greek  Navy’s 
Manpower  Requirements.  This  work  will  develop  a  web-enabled  database  by  which  the 
detailer  -  the  Greek  Navy’s  Department  of  Personnel  (DoP)  officer  in  charge  of  the  job- 
to-officer  assignment  process  -  can  view  manpower  data  about  the  officers  of  the  Greek 
Navy,  view  officers’  preferences  for  available  jobs  and  commands’  preferences  for 
available  officers,  and  finally  exercise  a  pattern-matching  heuristic  which  provides  a 
straw-man  assignment  from  which  he/she  can  eventually  assign  the  best  officers  to  the 
most  applicable  and  available  jobs-stations  allowing  him/her  to  make  appropriate, 
relevant  and  rational  decisions. 
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B.  AREA  OF  RESEARCH 


The  area  of  research  for  this  thesis  deals  with  multi-tiered  web  enabled  databases, 
the  synchronization  of  distributed  databases,  and  the  use  of  decision  support  tools. 
Currently,  the  Greek  Navy  is  in  the  planning  stages  of  developing  a  “Web-Interface” 
whereby  the  detailer  can  view  manpower  data  on  the  officers  of  the  Greek  Navy  and 
assign  the  best  officers  to  the  most  applicable,  relevant,  and  available  jobs-stations.  All 
the  naval  officers  will  have  to  visit  the  website  and  declare  their  preferences  on-line  over 
the  Internet,  while  at  the  same  time  the  Commands  will  designate  their  own  preferences 
for  the  officers  whom  they  would  like  to  fill  their  corresponding  job  vacancies.  This 
effort  will  replace  the  current  way  of  managing  manpower  data.  This  thesis  and  the 
supporting  research  will  develop  the  requirements  and  a  working  prototype  web  site  for 
the  detailer  with  the  objective  of  improving  the  assignment  process  with  respect  to 
goodness  of  fit  while  simultaneously  reducing  both  manpower  and  time  required  to 
complete  the  assignment  process  conducted  by  the  Greek  Navy’s  DoP. 

C.  RESEARCH  QUESTIONS 

•  What  is  an  appropriate  design  for  the  data,  model,  and  user  interface 
components  of  a  decision  support  system  to  support  the  matching  of 
officers  with  jobs? 

•  What  a  multi-criteria,  pattern-matching  decision  model  is  appropriate  for 
choosing  preferred  jobs  and/or  selecting  preferred  people  to  fill  specific 
jobs? 

•  What  overall  system  architecture  model  is  appropriate  for  integrating 
database  with  decision  tools  in  a  Web-based  environment? 

D.  SCOPE  AND  METHODOLOGY 

1.  Scope 

This  thesis  will  provide  a  single  user  prototype  for  the  assignment  process.  It  will 
provide  the  essentials  for  designing  and  creating  a  database  for  the  jobs-to-officers 
assignment  process  and  also  integrate  some  kind(s)  of  multi-criteria  decision  model(s) 
with  that  database.  It  will  not  use  real  data  in  most,  if  not  all,  cases,  but  rather  use 
fabricated  data  to  show  “proof  of  concept”.  Moreover  the  thesis  will  provide  a  means  for 
accessing  the  database  via  the  Internet. 
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The  scope  includes: 

•  Definition  and  description  of  the  functional  requirements  of  the  Manpower 
Web  Site 

•  Technical  description  of  the  ASP  scripts  written  to  implement  the 
functional  requirements 

•  Description  of  a  proposed  general  administration  of  the  web  site  and  local 
database 

•  Development  of  a  prototype  web  site  that  utilizes  a  local  relational 
database 

•  Demonstration  of  an  operational  web  site  on  a  server.  The  following 
items  will  be  the  technical  products  of  my  thesis  work: 

•  Set  up  backend  database  (SQL  Sever  2000)  containing  a 
manpower  data  file 

•  Set  up  a  web  server  (IIS -5)  and  load  appropriate  HTML  and  ASP 
files 

•  Demonstrate  User  authentication 

•  The  prototype  will  demonstrate  several  different  WRITE  pages 
(data  update).  The  thrust  of  the  prototype  is  to  demonstrate  that 
this  approach  can  work  in  principle,  not  to  program  50-100  ASP 
web  pages  in  its  entirety. 

2.  Methodology 

The  methodology  used  in  this  thesis  research  follows: 

•  Investigate  existing  manpower  assignment  models 

•  Conduct  review  of  IIS-5  web  server  technology 

•  Conduct  review  of  Microsoft  SQL  Server  2000  technology 

•  Conduct  review  of  Windows  XP  Professional  network  administration 

•  Design  Microsoft  SQL  Server  2000  database 

•  Build  web  site  containing  web  pages  for  the  users  -  Officers,  Commands, 
Detailer 

•  Build  multi-criteria  model  for  job  preference  and  candidate  preference 

•  Implement  multi-criteria  matching  process 

•  Test  produced  prototype 
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3.  Assumptions  and  Limitations 

•  Assumptions 

•  Network  Architecture  and  Server  Software.  The  Greek  Navy  is 
more  oriented  towards  the  Microsoft  software  technology.  This 
justifies  the  use  of  a  Microsoft’s  product  like  SQL  Server  2000  for 
this  application. 

•  Client  Software.  Virtually  all  of  the  desktop  computers  within  the 
Greek  Navy  have  a  Windows-based  operating  system,  usually 
Windows  2000  Professional  (Client). 

•  Database.  Beyond  Microsoft  Access  available  in  the  Microsoft 
Office  (2000/XP),  there  is  no  widely  utilized  DBMS  (Database 
Management  System)  within  the  Greek  Navy.  Microsoft  Access  is 
widely  used  at  the  local  unit  level.  Access  is  an  adequate  DBMS 
client/server  product  for  limited  functions,  but  is  not  appropriate  as 
a  backend  database  for  larger  scale  requirements  with  greater 
security  needs.  The  requirements  for  this  database  demand  a 
commercial  DBMS.  As  such,  I  have  selected  Microsoft  SQL 
Server  2000  mainly  for  the  ease  of  integration  with  the  Microsoft 
based  networks  used  throughout  the  Greek  Navy. 

•  Limitations 

•  Data.  The  manpower  web  site  prototype  does  not  use  real  data  for 
a  variety  of  reasons.  First,  the  confidentiality  of  real  data  is  by 
itself  a  significant  reason  for  not  using  it.  A  second  reason  is  the 
limited  availability  of  real  data.  The  dispersion  of  data  makes  it 
difficult  to  be  collected  and  organized.  A  final  reason  is  that  this 
prototype  is  implemented  several  miles  away  from  Greece. 

•  Security.  Security  features  of  the  manpower  web  site  prototype 
will  be  addressed  in  Chapter  V.  However,  the  thrust  of  this  thesis 
and  the  prototype  is  a  proof  of  technical  concept.  Before  any 
actual  deployment  of  the  prototype,  it  would  need  to  be  thoroughly 
analyzed  by  security  experts  to  ensure  that  the  manpower  data 
being  accessed  is  indeed  secure. 

•  Scale.  The  manpower  web  site  prototype  developed  for  this  thesis 
will  not  address  issues  related  to  scale.  Any  actual  deployment  of 
the  web  site  prototype  could  entail  a  sizable  load  (number  of 
connected  users)  on  the  web  and  database  server.  The  manpower 
web  site  prototype  is  being  developed  on  a  home  computer  that  has 
neither  the  hardware  nor  software  to  handle/test  heavily 
web/database  traffic.  Professional  web  and  database 
administrators  would  need  to  be  employed  to  test  the  manpower 
web  site  prototype. 


4 


•  Reliability.  Reliability  is  on  the  other  side  of  the  coin  of  scale. 
Again,  it  is  beyond  the  scope  of  this  thesis  to  analyze  and  test  the 
reliability  of  the  web  and  database  server  with  a  heavy  load. 
Commercial  servers  and  their  software  have  features  that  provide 
for  fail-over  mechanisms  and  mirror  sites  both  for  the  web  server 
and  database  server. 

In  order  to  fulfill  the  objectives  of  this  thesis,  the  material  presented  will  be 
organized  in  the  following  manner.  Chapter  II  will  cover  background  material  regarding 
the  Greek  Navy’s  Manpower  requirements  and  related  works  on  that  subject.  Chapter  III 
will  address  the  database  design  presenting  the  Entity-Relationship  Diagram  (ERD)  and 
the  final  relational  concepts.  Chapter  IV  will  cover  the  multi-dimension  decision  model 
and  the  corresponding  pattern-matching  algorithm.  Chapter  V  will  address  the  system 
architecture  of  the  prototype  providing  a  description  of  the  programming  of  the  web 
pages  and  database  queries  necessary  to  support  the  functional  requirements  of  the 
prototype.  Finally,  Chapter  VI  will  present  recommendations,  conclusions,  and  further 
work  on  the  web  enabled  database. 
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II.  BACKGROUND 


In  order  to  analyze  the  requirements  and  develop  a  prototype  for  the  Greek  Navy 
web-enabled  database,  an  understanding  of  the  Greek  Navy’s  DoP’s  process  to  assign  a 
job  to  an  officer  is  required.  Also,  past  researches  and  papers  are  thoroughly  examined  in 
order  to  suggest  ways  and  methods  that  will  help  to  solve  the  problem  more  efficiently. 

A.  GREEK  NAVY  MANPOWER  REQUIREMENTS 

Currently  the  DoP  is  following  a  rather  old  fashioned  procedure  to  select  an 
officer  for  a  specific  job.  This  does  not  mean  that  the  DoP  doesn’t  use  current 
technology  in  order  to  help  its  job  perform  its  job  better.  The  DoP  is  using  proprietary 
systems  like  desktop  computers,  which  have  W2K  Professional  as  their  operating 
systems.  Based  on  the  needs  of  the  Navy  the  DoP  examines  the  jobs  and  their 
requirements.  It  also  examines  the  qualifications  and  credentials  of  the  officers.  After 
that  it  assigns  a  job  to  an  officer  trying  to  find  the  best  match  between  them.  It  tries  to 
find  a  match  beginning  from  the  officers  with  higher  ranks  through  those  with  lower 
ranks. 

The  whole  process,  even  if  it  is  quite  straightforward,  it  requires  significant  effort 
because  of  the  huge  amount  of  data  that  is  dispersed  in  different  places.  The  DoP 
personnel  have  to  first  collect  the  data  first,  and  then  process  it,  and  this  may  require 
significant  man  months  of  time.  Things  may  become  more  complicated  when  a  change 
must  be  made.  The  personnel  might  have  to  reexamine  the  job  and  the  officers  and 
probably  collect  different  data  than  the  ones  collected  before  since  the  requirements 
might  have  changed.  Changes  and  tracking  of  each  job-officer  assignments  are  difficult 
to  be  accomplished  since  there  is  no  tool  operated  specially  for  that  purpose. 

The  DoP  decided  recently  that  it  will  take  the  preferences  of  the  officers  for  their 
next  job  assignment  into  account.  Every  officer  must  complete  a  form,  which  contains  all 
the  appropriate  personnel  information  such  as  the  officer’s  identification  number,  first 
name,  last  name,  rank,  preference  and  then  send  it  back  to  the  DoP  via  secure  mail.  The 
DoP  personnel  collect  all  these  forms  and  use  them  for  the  job-to-officer  assignment 
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process.  The  distribution  and  collection  of  the  forms  may  last  many  days  or  maybe  even 
weeks.  Should  a  mistake  be  made  or  could  a  form  get  lost,  the  whole  process  for  that 
specific  form  must  be  reinitiated  from  scratch. 

At  present,  the  detailer  has  no  direct  on-line  access  to  manpower  data  for  the 
naval  officers  and  no  direct  ability  to  make  decisions.  The  officers  have  to  send  their 
preferences  manually  instead  of  automatically  via  an  on-line  intermediary  tool.  The 
commands  currently  do  not  have  the  ability  to  specify  preferences  for  the  officers  that  the 
commands  would  like  them  to  occupy  the  jobs  under  their  command.  The  appropriate 
data,  which  are  the  individual  officer’s  preferences  and  the  officer’s  credentials  and 
qualifications,  are  collected  manually,  rather  than  automatically,  and  then  processed  by 
the  DoP,  with  the  detailer  who  is  responsible  to  making  the  final  decisions. 

The  Greek  Navy  wants  a  place  where  all  manpower  data  related  to  the  Navy 
officers  and  commands  will  be  stored.  These  data  include  the  credentials  and 
qualifications  of  the  officer,  the  officer’s  job  preferences  and  the  command’s  preferences 
for  the  officers  for  a  particular  job  under  that  command.  The  qualifications  of  an  officer 
include  the  languages  that  he  can  speak,  and  past  experience  that  he/she  may  have  for  a 
particular  job.  Diligence,  discretion  and  secrecy  are  some  of  the  credentials  that  an 
officer  may  have.  Moreover,  data  such  as  the  rank,  the  specialty  and  the  minimum  sea 
time  required  for  an  officer’s  rank  should  be  stored. 

This  thesis  will  suggest  an  alternate  approach  to  replace  the  current  way  of 
managing  manpower  data.  It  will  strive  to  develop  the  requirements  and  a  working 
prototype  web  site  for  the  detailer  and  in  order  to  reduce  both  manpower  and  time 
required  to  complete  the  assignment  process  conducted  by  the  DoP. 

B.  RELATED  WORK 

In  order  to  determine  an  efficient  approach  to  this  project,  sufficient  research 
should  be  done  to  documents  that  tried  to  find  an  effective  solution  to  the  multi-criteria 
decision  problem  of  matching  officers  and  jobs. 

The  meaning  of  multi-criteria  decision  problem,  in  contrast  to  the  one-criterion 
decision  problem,  is  that  there  are  at  least  two  criteria  as  variable  inputs  in  the  decision 
problem.  In  this  particular  case,  the  first  criterion  is  the  preference  of  an  officer  for  a 
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particular  job.  For  example  the  x  officer  prefers  the  y  job  (that  belongs  to  the  z 
command).  The  second  criterion  is  the  command  preference  for  the  officers  for  a 
particular  job  under  that  command.  In  other  words  “the  y  job  (that  belongs  to  the  z 
command)  specifies  a  preference  for  the  x  officer”.  The  third  criterion  is  the  credentials 
and  qualifications  of  the  officers.  For  example  an  xi  officer  may  be  eligible  only  for  jobs 
yi  and  yi  but  not  for  job  y3,  whereas  an  xo  officer  may  be  eligible  for  jobs  yo  and  y^  but 
not  eligible  for  job  yi,  but  he  may  be  more  qualified  for  the  job  y3  than  xi  is. 

We  will  examine  two  approaches  to  this  problem  that  have  appeared  in  the  recent 
literature.  The  first  adopts  agent-based  technology  as  a  way  of  establishing  a  marketplace 
for  jobs  and  officers,  whereas  the  second  adopts  a  more  traditional  operations  research 
optimization  approach  based  upon  the  assignment  algorithm. 

The  first  approach  is  described  in  William  R.  Gates  and  Mark  E.  Nissen  with  title 
“Two-Sided  Matching  Agents  for  Electronic  Employment  Market  Design:  Social  Welfare 
Implications  [Reference  1]”. 

The  paper  describes  an  exploratory  experiment  to  assess  the  performance  of  five 
alternative  employment  market  designs.  These  are  the  following:  a.  unassisted,  b. 
assisted,  c.  personnel  mall,  d.  two-sided  matching  algorithm  and  e.  optimization.  In  the 
first  two  methods,  the  job-to-seeker  matching  process  is  conducted  by  people.  In  the 
remaining  methods,  this  matching  is  conducted  automatically  by  different  market 
mechanisms.  As  the  name  implies,  the  unassisted  condition  is  used  to  assess  the 
performance  of  people  performing  the  matching  task  with  no  technological  or  algorithmic 
support.  In  the  assisted  condition  people  use  a  product  called  Logical  Decisions  for 
Windows  (Logical  Decisions  1993)  to  assist  them  with  the  matching  task.  The  Personnel 
Mall  uses  software  agents  to  represent  both  employers  and  job  seekers,  and  quasi-prices 
(i.e.,  inverse  utilities)  to  represent  employer  and  job  seeker  preferences.  The  fourth 
experimental  condition  automates  the  matching  task  through  a  two-sided  matching 
algorithm,  which  is  set  up  to  simultaneously  consider  the  preferences  of  all  employers 
and  job  seekers.  Lastly,  the  fifth  experimental  condition  automates  the  matching  task 
through  an  optimization  algorithm,  which  explicitly  seeks  to  minimize  average  quasi¬ 
price  across  the  entire  set  of  employers,  job  seekers,  or  both. 
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Table  1  summarizes  job  seeker,  employer  and  total  social  welfare  for  each  of  the 
experimental  conditions.  It  appears  from  these  results  that  the  optimization  approach 
produces  an  increase  for  both  the  job  seeker  and  employer  social  welfare,  while  the 
combined  optimization  produces  the  highest  payoff  in  terms  of  total  social  welfare.  The 
latter  conclusion  illuminates  the  need  of  an  optimization  algorithm  that  automates  the 
job-to-officer  matching  process  for  the  current  thesis. 


Experimental  Condition 

Aggregate 

Job  Seeker 

Social  Welfare 

Aggregate 
Emplov  er 
Social  Wei 

fare 

Total 

Social  Well 

are 

Unassisted 

$6.08 

$6.52 

$12.60 

Assisted 

$6.13 

$6.55 

$12.68 

P-Mall  -  Employer 

$6.13 

$6.63 

$12.76 

P-Mull  -  Job  Seeker 

$6.89*** 

13.4% 

$7.01*** 

7.5% 

$13.90*** 

10.4% 

Matching  Algorithm 

$7.00*** 

15.2% 

$6.84*** 

4.8% 

$13.84*** 

9.8% 

Optimization  -  Employer 

$6.09 

$7.48*** 

14.7% 

$13.57*** 

7.7% 

Optimization  -  Job  Seeker 

$7.32*** 

20.5% 

$5  96*** 

-8.5% 

$13.29*** 

5.5% 

Optimization  -  Combined 

$7.06*** 

16.2% 

$7.24*** 

11.0% 

$14.30*** 

13.5% 

***  Significant  at  99% 


Table  1.  Social  Welfare  Per  Assignment  (Change  from  Unassisted  Control  Group). 


The  second  approach,  which  was  conducted  by  Hemant  K.  Bhargava  and  Kevin  J. 
Snoap,  is  described  in  “Reengineering  Recruit  Distribution  in  the  U.S.  Marine  Corps 
[Reference  2],  The  purpose  of  this  paper  is  to  improve  the  way  that  the  U.S.  Marine 
Corps’  new  recruits  are  distributed  to  entry-level  schools.  The  system  that  performs  the 
distribution  is  called  RDdss  and  uses  a  computer-based  model  called  RDM.  The  RDM 
finds  the  best  distribution  by  trying  to  minimize  the  total  number  of  unfilled  seats  over  all 
the  entire  schools.  This  paper  describes  some  improvements  on  that  system  taking  into 
account  a  variety  of  additional  factors  not  heretofore  considered. 

First  of  all,  the  desire  of  the  Marine  is  fulfilled  through  a  contract  guarantee  called 
a  PEF  (program  enlisted  for),  specified  during  the  recruiting  process.  A  PEF  establishes 
which  schools  a  recruit  wishes  to  go  to.  A  second  concern  in  recruit  distribution  is  that 
the  Marine  should  be  checked  to  see  whether  he/she  is  suitable  for  a  specific  school.  The 
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Suitability  is  determined  by  matching  a  Marine's  qualifications  and  a  school's 
requirements,  described  as  properties.  This  is  analogous  to  the  Greek  Navy  preference 
system  we  are  proposing. 

Third,  the  timing  of  the  distributions  is  of  great  significance  since  schools  may 
have  different  starting  dates  whereas  Marines  are  seeking  for  jobs  every  week.  Any  seats 
left  unfilled  in  classes  are  a  wasted  resource. 

Finally,  since  there  may  be  a  lack  of  seats  in  the  only  classes  for  which  a  Marine 
is  eligible  for,  or  perhaps  because  a  Marine  is  not  qualified  for  any  of  the  schools 
consistent  with  his  or  her  PEF  guarantee,  there  is  a  possibility  that  some  Marines  may  be 
left  unassigned  in  the  end. 

The  new  approach  develops  a  penalty  function  in  which  week  1  school  seats  have 
a  disproportionately  high  shortfall  penalty,  since  seats  left  empty  in  these  schools  will 
never  get  filled.  Beyond  week  1,  shortfall  penalty  is  an  inverse  function  of  the  school's 
start  date.  Table  2  shows  the  penalty  for  each  unfilled  seat  per  days  to  school  start  date. 


Table  2.  Above  is  the  Penalty  Function  for  Not  Filling  School  Seats.  The  Penalty 
is  Disproportionately  High  for  Week  1  Classes,  Since  Unassigned  Seats  Will 

Remain  Unutilized. 
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RDM  was  based  on  a  procedure  meant  to  minimize  unfilled  seats.  It  is  not 
concerned  about  the  quality  of  the  assignment  decisions.  There  is  an  obvious  tradeoff 
between  the  desire  to  fill  more  seats  and  the  desire  to  achieve  good  fit  in  the  distributions. 
For  that  purpose  a  multi-criteria  objective  function  is  used: 

Maximize  Total  Utility  A  /,*  •  FitnessScoi'e  —  A  fm  Penalti/Score 

Coefficients  Kfjt  and  Kfm  are  control  parameters  which  the  model  manager  can  use 
to  create  multiple  alternative  solutions. 

In  order  to  compute  the  FitnessScore,  the  properties  of  each  school  and  the 
qualifications  of  each  Marine  are  taken  into  account.  Each  school  has  some  mandatory 
properties  that  affect  eligibility.  Moreover  it  may  have  some  desirable  properties.  These 
properties  are  ranked  along  descending  importance  in  levels  1  through  6. 


Table  3.  Above  is  the  Exponential  Function  for  Assigning  Fitness  Points  Based  on 

the  Level  of  Property  Satisfied. 


The  procedure  for  computing  Marine-to-School  fitness  can  be  summarized  in  two 
steps  as  follows. 

•  For  each  school,  assign  a  fixed  initial  score  to  all  Marines  who  meet  the 
eligibility  criteria  for  that  school  (ineligible  Marines  get  a  score  of  zero). 
This  score  (a  typical  value  is  70)  represents  the  weight  given  to  the 
mandatory  properties  in  computing  suitability.  Then,  examine  desirable 
properties  and  assign  additional  points  according  to  the  level  of  the 
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property  to  Marines  who  meet  each  desirable  property  (see  Figure  3).  The 
result  is  an  initial  fitness  score  for  each  Marine  for  the  given  school. 

•  For  each  school,  normalize  the  initial  scores  so  that  the  average  fitness 
score  computed  over  all  Marines  eligible  for  that  school  is  100.  This 
condition  is  critical  for  gaming  RDdss  to  produce  good  recruitment 
decisions. 

Given  the  assignment  model,  it  may  seem  that  the  solution  with  the  highest  utility 
is  the  best  distribution.  However,  this  is  not  always  true.  First,  the  utility  score  cannot  be 
used  for  comparative  purposes,  partly  because  it  is  vulnerable  to  the  choice  of  scales  for 
measuring  penalty  and  fitness.  Second,  the  relative  importance  of  fit  and  fill  has  not  been 
established  in  the  Marine  Corps.  Third,  while  fit  and  fill  are  important  aspects  of  solution 
quality  they  are  not  the  only  ones. 

For  that  purpose  there  are  four  metrics  for  evaluating  the  solution  that  are  defined. 
The  first  metric  is  the  total  number  of  unfilled  seats  in  schools  starting  in  the  first  week. 
These  represent  wasted  resources.  The  second  metric  is  the  average  number  of  weeks 
Marines  wait  before  beginning  school.  The  third  metric  is  the  total  number  of  Marines 
not  assigned  to  any  school  and  finally  the  fourth  metric  is  the  fitness  premium  (averaged 
over  all  schools),  compared  to  an  average  distribution.  This  is  the  difference  between  the 
average  fitness  for  the  proposed  distribution  and  the  average  fitness  (by  definition,  100) 
for  an  average  distribution. 

Now  it  may  be  seen  why  it  is  important  to  normalize  fitness  scores.  Since  all 
schools  have  an  average  fitness  score  of  100,  an  average  distribution  will  have  a  score  of 
100  for  every  problem  instance.  Hence  any  increase  (decrease)  in  average  fitness  can  be 
interpreted  as  a  fitness  premium  that  can  then  be  traded  off  against  any  loss  (gain)  in  the 
other  3  metrics.  This  concept  of  a  fitness  premium  supports  the  tradeoff  analysis  that  is 
necessary  to  choose  a  good  final  solution. 

Giving  different  values  to  Km  and  Kfm,  different  values  for  the  four  metrics  are 
produced.  Below  is  a  procedure  that  determines  what  Kflt  and  Kfm  values  should  be  used 
and  when  the  comparison  should  stop. 

•  Run  the  model  with  Km  =  0  and  Kfm  =  1.  The  “fill”  and  “wait”  scores  for 
this  run  are,  by  definition,  the  best  achievable  fill  and  wait  scores  for  the 
given  problem  instance. 
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•  Run  the  model  with  Kflt  to  1  and  Km  to  0.  The  “fit”  score  for  this  run  is 
the  best  possible  fitness  for  the  given  instance,  and  this  usually  is 
accompanied  by  a  large  loss  in  fill  and  wait. 

•  Set  Kilt  to  1  and  Knu  to  around  10.  This  run  closes  part  of  the  fitness  gap, 
but  possibly  results  in  some  loss  in  fill  and/or  wait. 

•  Conduct  additional  runs  by  successively  increasing  (or  decreasing)  the  fill 
weight  depending  on  whether  the  aim  is  to  improve  fill  (or  fit).  The  final 
decision  is  made  by  comparing  the  scores  on  the  4  metrics. 

Table  4  gives  a  representative  example  of  this  procedure. 


Run  1 

Run  2 

Run  3 

K  ( Fit  Fill) 

(0,1) 

(1,0) 

(1,6) 

Unfilled  Seats  (wk  1) 

23 

38 

25 

23 

23 

Average  Fitness  Premium 

28 

34 

33 

29 

33 

■mmiuw 

3 

3 

3 

3 

3 

Average  Wait  (weeks) 

■SI 

■a 

1.3 

1.32 

Table  4.  Example:  Finding  a  Good  Distribution.  The  first  two  columns  represent 
extreme  solutions  on  Fit  and  Fill.  Run  3  achieves  excellent  Fit,  but  at  some  loss  in 
Fill  and  Wait.  Run  4  makes  only  a  marginal  improvement  in  Fitness.  Run  5 
achieves  an  excellent  fit  while  keeping  the  best  scores  on  the  Fill  and  Wait 

metrics. 

The  methods  and  concepts  of  both  papers  were  the  guide  and  directive,  on  which 
this  thesis’  multi-criteria  decision  model  is  built.  The  first  paper  makes  an  in  depth 
research  over  labor  market  economics  and  information  systems.  It  conducts  five 
experimental  conditions  and  it  considers  social  welfare  as  a  metric  to  measure  the 
effectiveness  of  each  one  of  the  experimental  conditions.  This  paper  illuminates  the  need 
to  create  and  develop  an  optimized  two-sided  matching  tool  and  algorithm  as  it  is 
described  through  the  optimization  experimental  condition.  What  is  different  from  the 
paper  is  the  metrics  that  this  thesis  uses.  This  paper  does  not  provide  any  clues  over  the 
design  and  implementation  of  such  an  algorithm,  or  any  clues  about  the  nature  of  the  two- 
sided  matching  tool. 
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Many  of  the  principles  that  are  used  in  this  thesis  are  based  upon  the  results  of  the 
second  paper.  The  Marines-to-schools  distribution  concepts  are  quite  similar  to  those  of 
the  jobs-to-officers.  One  difference  is  that  on  the  Marines-to-schools  distribution  model 
there  is  a  tolerance  for  having  seats  unfilled  in  the  end.  However,  this  is  not  the  same 
case  for  us.  The  algorithm  should  take  care  of  this  issue  and  provide  the  maximum 
number  of  filled  jobs.  This  means  that  there  is  no  need  for  having  a  penalty  function 
concerning  unfilled  jobs.  On  the  other  hand  it  is  necessary  to  provide  priorities  to  the 
jobs  in  order  to  fill  available  jobs  with  the  most  suitable  officers.  In  other  words,  the  job 
of  the  Chief  of  the  Navy  must  have  higher  priority  than  the  Fleet  Commander  and  the 
latter  job  must  have  higher  priority  than  the  Commanding  Officer  of  a  Frigate,  and  so  on. 

Moreover,  the  algorithm  for  this  thesis  must  take  the  officer’s  suitability  for  a  job 
into  account.  Every  matching  of  a  job  with  an  officer  is  assigned  a  value  that  refers  to  the 
degree  of  fitness  between  the  job  and  the  officer.  This  value  is  a  number  that  describes 
the  officer’s  preferences  for  that  job,  the  command’s  preferences  for  the  officer  to  occupy 
that  job  and  finally  the  officer’s  credentials.  Each  one  of  these  criteria  may  have  different 
importance.  This  importance  is  measured  by  a  coefficient,  just  like  the  Kfn  and  Kmi 
coefficients  that  are  used  in  the  paper.  These  coefficients  are  actually  weight  factors  that 
multiplied  by  the  corresponding  criteria  values  give  a  weighted  estimation  of  the  criteria 
importance.  Again,  these  coefficients  are  used  as  control  parameters  through  which  the 
model  manager  can  create  multiple  alternative  solutions. 

A  major  difference  between  this  thesis  and  [2]  is  that  the  latter  considers  a  utility 
function  as  a  way  to  find  different  distributions  and  also  evaluate  them  post  facto.  This 
thesis  uses  a  greedy-choice  algorithm  in  order  to  find  a  distribution.  The  need  for  a 
utility  function  is  based  upon  being  able  to  evaluate  the  impact  on  the  solution  from  any 
change(s)  the  detailer  may  decide  to  make. 

Since  the  algorithm  tries  to  fill  up  the  maximum  number  of  jobs  by  always 
following  the  same  pattern,  a  change  to  each  coefficient  value  is  not  going  to  affect  or 
change  the  jobs  the  algorithm  selects.  The  jobs  are  always  the  same.  Only  the  fitness 
values  change,  depending  on  the  coefficient  values.  By  changing  the  coefficient  values, 
the  distribution  of  the  officers  to  the  jobs  is  changed.  This  means  that  there  is  no  need  to 
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use  the  various  metrics  described  in  [2].  Any  change  on  the  coefficients  is  made  on  an 
experimental  basis.  The  utility  function  estimates  how  much  “worse”  off  the  change  the 
detailer  makes  is  in  contrast  with  the  solution  the  algorithm  produces. 

Before  we  implement  any  pattern  matching  algorithms,  we  must  first  establish  an 
appropriate  database  design  to  hold  the  necessary  data  for  the  detailer  to  evaluate  any 
assignment.  The  next  chapter  discusses  this  database  design. 
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III.  DATABASE  DESIGN 


The  data  that  are  stored  in  the  database  reflect  the  needs  and  the  purpose  of  this 
project.  The  database  should  store  an  officer’s  personal  information  such  as  his/her 
name,  phone  and  address,  a  job’s  information  and  information  about  the  platform  or  base 
that  this  job  belongs  to.  It  must  also  contain  the  credentials  and  qualifications  of  an 
officer  and  the  qualifications  that  a  job  requires  from  an  officer  in  order  to  be  eligible  to 
get  that  job. 

A.  REQUIREMENTS 

In  order  to  design  an  appropriate  ERD  and  create  a  suitable  database  for  this 
thesis,  it  is  necessary  to  define  the  requirements.  These  requirements  are  derived  from 
specific  queries  that  the  users  of  the  database/website  should  perform  in  order  to  do  their 
job.  These  queries  are  the  following. 

•  Who  are  the  officers  that  participate  in  the  job-to-officer  distribution? 
What  is  their  personal  information  (e.g.,  address,  phone  number  or  email) 
in  order  to  contact  them? 

This  query  presents  the  need  of  a  special  place  to  store  personal 
information  such  as  the  first,  last  and  middle  name  of  the  officer.  Also, 
the  address  including  the  street  and  city  the  officer  lives  in  should  be 
provided.  The  different  phone  numbers  and  email  addresses  the  officer 
has  should  be  stored  too.  Below  is  an  example  from  this  project’s 
database. 
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Figure  1. 


Officer’s  Personal  Information-Manpower  Database. 


Who  is  a  valid  user  for  the  database/website?  What  is  the  username  and 
password  of  each  of  the  database/website  users? 

The  officers’  and  commands’  usernames  and  passwords  should  be  stored 
too,  in  order  to  accept  valid  users  only  for  logon  to  the  services  that  the 
website/database  provides.  The  figure  below  shows  the  various  usernames 
and  passwords  for  the  Manpower  database. 
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Command’s  Username  and  Password-Manpower  Database. 


What  are  the  Navy’s  jobs  to  which  officers  may  be  assigned?  Since  a  job 
could  exist  on  many  platforms  or  bases  (for  example  the  Navigation  job 
exists  in  all  the  ships  of  the  Greek  Fleet),  which  are  the  Navy’s 
platforms/bases  the  Navy? 

An  entity  should  be  created  in  order  to  store  all  the  available  jobs  the  Navy 
has.  Moreover,  all  the  available  platforms/bases  should  be  stored  in  a 
separate  entity  as  well.  Also,  since  a  job  can  exist  in  many 
platforms/bases  (like  the  example  just  mentioned),  or  a  job  can  exist  in 
some  platforms/bases  and  not  in  others  (for  example  the  Base  Commander 
does  not  exist  in  any  of  the  Fleet’s  ships  but  exists  in  all  the  Navy’s  bases), 
there  should  be  a  place  to  store  the  jobs  per  platform/base.  The  figures 
below  show  some  examples  of  all  these  just  mentioned. 
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Figure  3.  Available  Jobs-Manpower  Database. 
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Figure  4.  Available  Platforms/Bases-Manpower  Database. 


21 


‘Ja  Ha  aftxtoa  -up  -|g|X 


Figure  5.  Available  Job  -  Platform/Base  Pairs-Manpower  Database. 


Which  officers  are  eligible  for  which  jobs?  What  ranks  must  an  officer 
have  in  order  to  be  eligible  for  a  job? 

An  Ensign  should  never  be  able  to  be  assigned  to  the  Chief  of  the  Navy 
job.  This  means  that  first  there  should  be  a  place  to  store  all  the  available 
ranks,  and  there  should  be  a  place  to  store  the  ranks  that  are  required  for  a 
specific  job  (for  example  a  Commanding  officer  could  be  either  a 
Commander  or  a  Captain).  Third,  the  rank  of  each  officer  should  be 
stored  too.  The  figures  below  show  corresponding  examples. 
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Figure  6.  Available  Ranks-Manpower  Database. 
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Figure  7.  Ranks  Required  for  Different  Jobs-Manpower  Database. 
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Figure  8.  Officers’  Ranks-Manpower  Database. 


Which  specialty  should  an  officer  have  in  order  to  be  eligible  for  a  specific 
job? 

An  officer  should  be  able  to  get  assigned  to  a  specific  job,  according  to 
his/her  specialty.  For  example  an  officer  should  have  the  Navigation 
specialty  in  order  to  be  assigned  to  the  Navigation  job  for  a  ship,  so  there 
needs  to  be  an  entity  that  describes  all  the  specialties.  Also,  there  should 
be  an  entity  that  describes  the  specialties  each  job  requires.  Moreover,  an 
officer’s  specialty  must  be  stored  too.  The  figures  below  show  examples. 
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Figure  9.  Specialties-Manpower  Database. 
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Figure  10.  Specialties  Required  for  Each  Job-Manpower  Database. 
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Figure  11. 


Officers’  Specialties-Manpower  Database. 


What  is  the  education  type  an  officer  must  have  in  order  to  be  eligible  for 
a  specific  job?  Which  education  type  does  an  officer  have? 

An  officer’s  education  type  is  one  of  the  criteria  for  assigning  an  officer  to 
a  specific  job.  An  entity  must  be  created  that  contains  the  whole  set  of 
education  types,  and  another  entity  must  describe  the  education  that  an 
officer  requires  for  a  specific  job.  The  officer’s  education  type  must  be 
stored  too.  The  figures  below  show  pertinent  examples. 
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Figure  12.  Education  types  (Qualifications)-Manpower  Database. 
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Figure  13.  Education  Types  (Qualifications)  Required  per  Job-Manpower  Database. 
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Figure  14.  Officers’  Education  (Qualifications)-Manpower  Database. 


What  are  the  attributes  an  officer  must  have  for  a  specific  job?  What  is 
the  accepted  level  of  each  attribute  for  an  officer  to  be  assigned  to  a 
specific  job?  What  are  the  attributes  and  levels  for  each  one  of  the 
officers? 

Diligence,  bravery,  and  discipline  are  some  of  the  attributes  an  officer 
should  have  for  a  job.  An  entity  must  be  created  to  store  all  the  available 
attributes.  Also,  the  minimum  level  of  these  attributes  for  each  of  the  jobs 
must  be  stored  too.  Another  entity  is  required  to  describe  the  level  of 
attributes  each  officer  has.  The  figures  below  show  these  examples. 
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Figure  15.  Attributes  (Credentials)-Manpower  Database. 
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Figure  16.  Attributes  (Credentials)  Required  Per  Job  and  Corresponding  Minimum 

Levels-Manpower  Database. 
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Figure  17.  Officers’  Attributes  (Credentials)  and  Corresponding  Grades-Manpower 

Database. 


What  are  the  languages  an  officer  should  speak  in  order  to  be  applicable 
for  a  job?  What  are  the  minimum  levels  of  these  languages  for  a  specific 
job?  What  languages  and  at  what  level  does  the  officer  speak? 

English  and  German  could  be  language  requirements  for  the  job  of  the 
Greek  Naval  Attache  in  Germany.  All  these  languages  should  be  stored  in 
a  special  entity  created  for  that  purpose.  Also  the  languages  that  are 
required  for  a  specific  job  should  be  stored  too,  with  their  corresponding 
minimum  levels.  Finally,  the  languages  an  officer  can  speak  must  be 
stored  too,  as  the  figures  below  show. 
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Figure  18.  Languages-Manpower  Database. 
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Figure  19.  Languages  Required  Per  Job  and  Corresponding  Minimum  Levels- 

Manpower  Database. 
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Figure  20.  Languages  Officers  Can  Speak  and  Their  Corresponding  Grades- 

Manpower  Database. 


Can  an  inexperienced  officer  be  eligible  for  a  job?  What  are  the 
acceptable  levels  of  experience  an  officer  should  have  for  a  job? 

The  database  should  store  the  years  of  experience  a  job  requires  an  officer 
to  have.  It  should  also  store  the  officer’s  experience.  For  example,  in 
order  to  be  a  Navigation  officer,  somebody  must  have  at  least  1  year  of 
ship  experience  (see  Figures  19  and  20). 
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Figure  21. 


Experience  Per  Job  Required  in  Years -Manpower  Database. 
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Figure  22.  Experience  an  Officer  Has  for  Each  Job  in  Years-Manpower  Database. 

•  What  is  the  preference  of  an  officer  for  a  specific  job  belonging  to  a 
specific  platform/base? 

The  database  should  provide  the  means  to  store  the  preferences  an  officer 
has  for  specific  jobs.  The  officer’s  relative  preferences  for  different  jobs 
should  be  stored  too.  For  example,  an  officer  may  prefer  to  be  a 
Navigation  officer  for  a  small  ship  or  better,  a  Commanding  officer  for  a 
smaller  ship.  The  figure  below  provides  an  example  of  officers’ 
preferences. 
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Figure  23.  Officers’  Preferences-Manpower  Database. 


What  are  the  command’s  preferences  of  the  officers  for  a  job  that  belongs 
under  that  command? 

The  database  should  also  store  the  various  preferences  a  command  has  for 
the  officers  that  may  occupy  a  job  under  that  command.  For  example  the 
Frigate’s  Command  may  prefer  to  have  officer  Oi  for  the  Commanding 
Officer’s  position  of  the  FG  HYDRA  over  officer  Oo.  Figure  22  below 
provides  an  example  of  a  commands’  preferences. 
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Figure  24.  Commands’  Preferences-Manpower  Database. 


B.  ENTITY  RELATIONSHIP  DIAGRAM 

The  Entity  Relationship  Diagram  (ERD)  is  a  method  of  describing  the  entities  and 
the  relationships  between  them.  Since  the  ERD  in  this  application  is  quite  large,  it  is 
reasonable  to  break  it  into  parts  in  order  to  better  understand  the  entities  and  the  relations 
between  them.  The  entire  ERD  is  presented  in  the  Appendices. 

In  order  to  be  consistent  with  the  Greek  Navy’s  manpower  database  requirements 
as  outlined  in  the  previous  section  and  before  describing  the  ERD  in  depth,  we  provide  a 
table  listing  all  the  entities  with  a  short  description  of  each. 
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Number 

Entities 

Description 

1 

JOB 

Includes  all  the  job  information  such  as  the  job 
name  and  the  experience  required  for  a  job.  It 
also  contains  the  priority  of  a  job.  The  priority  is 
ranked  along  ascending  importance  in  levels  1 
through  10.  It  is  stored  by  the  detailer  and 
describes  the  importance  of  a  particular  job. 

2 

APPLICANT 

It  contains  the  officer’s  information  like  the 
officer’s  identification  number,  the  officer’s  last 
name,  first  name,  middle  name,  email  address, 
username  and  password  for  the  website  and 
finally  the  officer’s  rank  and  specialty. 

3 

ADDRESS 

It  includes  the  officer’s  address  information,  like 
the  city  that  the  officer  lives  in,  the  street  name 
and  number,  the  apartment  and  the  zip  code. 

4 

PHONE 

It  includes  the  officer’s  phone  numbers,  like  the 
home  phone  number,  the  cell  phone  number  or 
any  additional  phone  number  the  officer  might 
have. 

5 

COMMAND 

It  includes  the  command’s  data  like  the 
command’s  name  and  the  username  and 
password  that  is  used  for  the  website. 

6 

PLACE 

It  includes  information  like  the  base’s/platform’s 
name  (where  different  kinds  of  jobs  exist)  and 
image  (a  photo  of  the  base/platform). 

7 

ASSIGNMENT 

It  includes  all  assignment  information  like  the 
job,  the  platform/base  and  the  officer  that  is 
assigned  a  particular  job,  the  report  date  and  the 
detach  date. 

8 

RANK 

It  includes  all  the  possible  ranks  that  an  officer 
may  have  or  that  a  job  requires  from  an  officer  to 
have. 

9 

LANGUAGE 

It  includes  all  the  possible  languages  that  an 
officer  may  speak  or  that  a  job  requires  from  an 
officer  to  speak. 

10 

SPECIALTY 

It  includes  all  the  possible  specialties  that  an 
officer  may  have  or  that  a  job  requires  from  an 
officer  to  have. 

11 

QUALIFICATION 

It  includes  all  the  possible  qualifications  that  an 
officer  may  have  or  that  a  job  requires  from  an 
officer  to  have.  An  example  of  it  is  an  entire 
catalog  of  all  the  schools  or  educational 
programs. 

12 

CREDENTIALS 

It  includes  all  the  possible  credentials  that  an 
officer  may  have  or  that  a  job  requires  from  an 
officer  to  have.  Some  of  them  are  diligence, 
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Number 

Entities 

Description 

discretion,  secrecy,  discipline,  etc. 

13 

EXPERIENCE 

It  includes  the  experience  in  years  that  an  officer 
has  for  a  particular  job.  For  example  an  officer  y 
has  1  year  of  experience  for  the  job  x.  This 
experience  can  be  directly  compared  with  the 
experience  that  a  job  requires,  which  is  stored  in 
the  table  of  the  entity  JOB. 

14 

APPLICANT 

PREFERENCE 

It  describes  an  officer’s  preference  for  a 
particular  job.  It  includes  the  officer,  the  job,  the 
platform/base  and  the  preference.  The  latter  one 
is  ranked  along  descending  importance  in  levels 

1  through  10. 

15 

COMMAND 

PREFERENCE 

It  describes  a  command’s  preference  concerning 
a  particular  job  that  belongs  to  this  command, 
for  which  officer  the  command  prefers  to  occupy 
that  job.  It  includes  the  officer,  the  job,  the 
platform/base,  the  command  and  the  preference. 
The  latter  one  is  ranked  along  descending 
importance  in  levels  1  through  10. 

Table  5.  All  Entities  with  a  Short  Description  of  Each. 
Below  we  present  the  various  segments  of  the  Manpower  Database  ERD. 

1.  Applicant- Address 


APPLICANT 

AnDlicantld 

FirstName 

LastName 

MiddleName 

RankCode 

SpecialtyCode 

UserName 

Password 

EmailAddress 

DetailerCheck 

DetailerPas  sword 

Foreign  Key 


ADDRESS 


CityOrTown 


Street 


Number 


Apartment 


ZIP 


Applicantlcl 
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The  relation  is  one-to-many  since  an  officer  may  live  in  more  than  one  residence. 
Thus,  the  officer  may  have  more  than  one  address.  The  attribute  Applicantld  is  the 
foreign  key  from  the  entity  ADDRESS  referencing  the  entity  APPLICANT. 

2.  Applicant-Phone 


APPLICANT 

Annlicantld 

FirstName 

LastName 

MiddleName 

RankCode 

SpecialtyCode 

UserName 

Password 

EmailAddress 

DetailerCheck 

DetailerPas  sword 

Foreign  Key 


PHONE 

HomePhoneNumber 


CellPhoneNumber 


OtherPhoneNumber 


Applicantld 


The  relation  is  one-to-one.  An  officer  may  have  one  home  phone  number  or  one 
cellular  phone  number  or  possibly  another  phone  number.  The  attribute  Applicantld  is 
the  foreign  key  from  the  entity  PHONE  referencing  the  entity  APPLICANT. 
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3.  Applicant-Rank 
APPLICANT 


RANK 


Applicantld 

FirstName 


LastName 


MiddleName 


RankCocle 


SpecialtyCode 

UserName 


Password 


EmailAddress 


DetailerCheck 


DetailerPa  s  sword 


RankCode 

RankName 


The  relation  is  many-to-one  since  an  officer  has  only  one  rank,  but  a  rank  may  be 
applied  to  many  officers.  For  example  an  officer  can  have  only  the  rank  02,  but  02  can 
be  the  rank  of  more  officers.  The  attribute  RankCode  is  the  foreign  key  from  the  entity 
APPLICANT  referencing  the  entity  RANK. 


4.  Job-Rank 


JOB 

1..M 

.4 - 

1..N 

- hi 

RANK 

Jobld 

RankCode 

JobName 

RankName 

ExperienceRequired 

Priority 

The  relation  is  many-to-many  since  the  ranks  that  a  job  requires  for  the  officers  to 
have  may  be  more  than  one.  Also  a  rank  may  be  required  for  more  than  one  job.  For 
example  a  Commander  can  be  an  officer  with  rank  03  or  04  or  05,  and  an  officer  with 
rank  04  can  be  a  Commander  or  a  Base  Commander. 
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5.  Applicant-Language 


APPLICANT 

0..M  0..N 

LANGUAGE 

Applicantld 

LanguageCode 

FirstName 

^  w 

LanguageName 

LastName 

MiddleName 

RankCode 

SpecialtyCode 

UserName 

Password 

EmailAddress 

DetailerCheck 

DetailerPassword 

The  relation  is  many-to-many  since  an  officer  can  speak  many  languages,  and 
since  a  language  can  be  spoken  by  many  officers.  For  example  an  officer  can  speak 
English  and  German,  but  also  the  German  language  can  be  spoken  by  many  officers. 


0..M  0..N 

◄ - ► 


LANGUAGE 

LANGUAGECODE 

LANGUAGENAME 


6.  Job-Language 
JOB 

JOBID 

JOBNAME 

EXPERIENCEREQUIRED 

PRIORITY 


The  relation  is  many-to-many  since  there  can  be  many  languages  that  a  job 
requires  for  the  officers  to  speak.  Also  a  language  may  be  a  requirement  for  many  jobs. 
For  example  a  job  can  require  an  officer  to  speak  both  English  and  Spanish,  while 
English  can  be  considered  by  many  jobs  as  a  requirement. 
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7.  Applicant-Specialty 


The  relation  is  many-to-one  since  an  officer  has  only  one  specialty,  but  a  specialty 
may  be  applied  to  many  officers.  For  example,  an  officer  can  only  have  one  specialty 
like  the  Weapons  specialty.  The  Weapon  specialty  can  be  assigned  to  many  officers. 
The  attribute  SpecialtyCode  is  the  foreign  key  from  the  entity  APPLICANT  referencing 


0..M  1..N 

◄ - ► 


The  relation  is  many-to-many  since  the  specialties  that  a  job  requires  for  the 
officers  to  have  may  be  more  than  one.  Also  a  specialty  may  be  applied  for  more  than 
one  job.  For  example,  a  Commander  can  be  an  officer  with  Weapons  specialty,  or  an 
officer  with  Navigation  specialty,  while  the  Weapons  specialty  can  be  a  requirement  for 
both  the  Commander  and  the  Weapons  officer. 


SPECIALTY 


SpecialtyCode 
Specialty  Name 


the  entity  SPECIALTY. 

8.  Job-Specialty 


JOB 


Jobld 


JobName 


ExperienceRequired 


Priority 
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9.  Applicant-Qualification 


APPLICANT 

1..M  1..N 

QUALIFICATION 

Applicantld 

QualificationCode 

FirstName 

^  w 

QualificationName 

LastName 

MiddleName 

RankCode 

SpecialtyCode 

UserName 

Password 

EmailAddress 

DetailerCheck 

DetailerPassword 

The  relation  is  many-to-many  since  an  officer  can  have  many  qualifications,  and 
one  qualification  can  be  applied  to  many  officers.  For  example,  an  officer  can  be  a 
graduate  of  both  the  Greek  and  the  US  Weapons  Schools.  Also,  there  could  be  many 
officers  that  graduated  the  Greek  Weapons  School. 

10.  Job-Qualification 


0..M 

◄ - ► 

1..N 


QUALIFICATION 

QualificationCode 

QualificationName 


JOB 


Jobld 


JobName 


ExperienceRequired 


Priority 


The  relation  is  many-to-many  since  a  job  can  have  many  qualifications,  and  one 
qualification  can  be  applied  to  many  jobs.  For  example  a  job  may  require  that  the 
officers  should  have  been  graduated  from  both  the  Greek  and  the  US  Weapons  Schools 
and  the  Greek  Weapons  School  could  be  a  requirement  for  many  jobs. 
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11.  Applicant-Experience-Job 


These  are  the  relations  between  the  three  entities,  the  APPLICANT,  the 
EXPERIENCE,  and  the  JOB  entity.  The  attribute  Applicantld  is  the  foreign  key  from  the 
entity  EXPERIENCE  referencing  the  entity  APPLICANT.  The  attribute  Jobld  is  the 
foreign  key  from  the  entity  EXPERIENCE  referencing  the  entity  JOB. 


12.  Applicant-Credentials 


APPLICANT 

1..M  1..N 

CREDENTIALS 

Applicantld 

Credentialsld 

FirstName 

CredentialsN  ame 

LastName 

MiddleName 

RankCode 

SpecialtyCode 

UserName 

Password 

EmailAddress 

DetailerCheck 

DetailerPassword 
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The  relation  is  many-to-many  since  an  officer  can  have  many  credentials,  and  a 
credential  can  be  assigned  by  many  officers.  For  example  an  officer  can  be  diligent  and 
brave,  but  also  bravery  can  be  a  credential  for  many  officers. 


ExperienceRequired 

Priority 


The  relation  is  many-to-many  since  a  job  may  require  many  credentials,  and  one 
credential  can  be  applied  to  many  jobs.  For  example  a  job  may  require  that  the  officers 
should  be  diligent  and  brave  and  also  bravery  could  be  a  requirement  for  many  jobs. 


14.  Job-Place 


The  relation  is  many-to-many  since  a  platform/base  may  have  more  than  one  job. 
Also,  a  job  can  be  in  more  than  one  platform/base.  For  example,  the  Navigation  job  is  a 
job  in  every  ship.  Also  a  ship  has  many  jobs  like  the  navigation  and  the  weapons  jobs. 


15.  Command-Place 


COMMAND 

PLACE 

CommandCode 

Foreign  Key 

PlaceCode 

CommandName 

1..M  PlaceName 

- k- 

UserName 

Placelmage 

Password 

CommandCode 
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The  relation  is  one-to-many.  A  Command  may  have  many  Platforms/Bases  under 
its  command.  The  Platform/Base  belongs  to  only  one  Command.  For  example,  the 
Frigates  Headquarters  have  many  ships  under  their  command  (e.g.  FG  HYDRA,  FG 
SPETSAI).  On  the  other  hand,  FG  HYDRA  belongs  only  to  the  Frigates  Headquarters. 
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This  is  a  ternary  relationship  between  the  ASSIGNMENT,  JOB,  PLACE, 
APPLICANT  entities.  The  attribute  Applicantld  is  the  foreign  key  from  the  entity 
ASSIGNMENT  referencing  the  entity  APPLICANT.  The  attribute  Jobld  is  the  foreign 
key  from  the  entity  ASSIGNMENT  referencing  the  entity  JOB.  The  attribute  PlaceCode 
is  the  foreign  key  from  the  entity  ASSIGNMENT  referencing  the  entity  PLACE. 

17.  Command  Preference- Command-  Job  Place-Applicant 
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This  is  a  ternary  relationship  between  the  COMMAND  PREFERENCE, 
COMMAND,  JOB  PLACE,  APPLICANT  entities.  The  attribute  Applicantld  is  the 
foreign  key  from  the  entity  COMMAND  PREFERENCE  referencing  the  entity 
APPLICANT.  The  attribute  Jobld  is  the  foreign  key  from  the  entity  COMMAND 
PREFERENCE  referencing  the  entity  JOB  PLACE.  The  attribute  PlaceCode  is  the 
foreign  key  from  the  entity  COMMAND  PREFERENCE  referencing  the  entity  JOB 
PLACE.  The  attribute  CommandCode  is  the  foreign  key  from  the  entity  COMMAND 
PREFERENCE  referencing  the  entity  COMMAND. 

18.  Applicant  Preference-  Job  Place-Applicant 


JOB  PLACE 


Jobld 

PlaceCode 


This  is  a  ternary  relationship  between  the  APPLICANT  PREFERENCE,  JOB 
PLACE,  APPLICANT  entities.  The  attribute  Applicantld  is  the  foreign  key  from  the 
entity  APPLICANT  PREFERENCE  referencing  the  entity  APPLICANT.  The  attribute 
Jobld  is  the  foreign  key  from  the  entity  APPLICANT  PREFERENCE  referencing  the 
entity  JOB  PLACE.  The  attribute  PlaceCode  is  the  foreign  key  from  the  entity 
APPLICANT  PREFERENCE  referencing  the  entity  JOB  PLACE. 
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C.  RELATIONAL  MODEL 

The  ERD  can  be  automatically  transformed  into  a  set  of  tables  which  form  a 
schema  in  a  target  database  management  system  such  as  SQL  Server  2000  or  Microsoft 
Access.  The  attributes  that  are  underlined  below  are  the  primary  keys,  the  values  of 
which  uniquely  identify  each  row  of  the  corresponding  table.  The  attributes  that  in  italics 
are  foreign  keys,  which  are  the  primary  keys  of  other  tables  embedded  in  order  to 
represent  a  relationship  between  the  two  tables. 

APPLICANT  (Applicantld,  LirstName,  LastName,  MiddleName,  RankCode_FK , 
SpecialtyCocle  _FK ,  UserName,  Password,  EmailAddress,  DetailerCheck, 

DetailerPassword) 

Applicantld  is  the  officer’s  identification  number  (e.g.  A001),  LirstName  is  the 
officer’s  first  name  (e.g.  Kyriakos),  LastName  is  the  officer’s  last  name  (e.g.  Sergis), 
MiddleName  is  the  officer’s  middle  name  (e.g.  Nikitas),  UserName  and  Password  are  the 
officer’s  user  name  and  password  the  officer  uses  for  the  web  site,  EmailAddress  is  the 
officer’s  email  address,  DetailerCheck  is  a  special  Boolean  attribute  that  is  ‘yes’  for  the 
detailer  and  ‘no’  for  the  rest  officers,  and  DetailerPassword  is  an  extra  password  that  only 
the  detailer  has. 

JOB  (Jobld,  JobName,  ExperienceRequired,  Priority) 

Jobld  is  the  job’s  identification  number  (e.g.  BCO),  JobName  is  the  job’s  name 
(e.g.  Base  Commander),  and  Priority  is  the  priority  of  the  job  as  it  was  described 
previously  (e.g.  9). 

ADDRESS  (CityOrTown,  Street,  Number,  Apartment,  ZIP,  Applicantld  FK) 

CityOrTown  is  the  city  or  town  the  officer  lives  (e.g.  Athens),  Street  is  the  street 
the  officer’s  residence  exists  (e.g.  Markora),  Number  is  the  number  of  the  building  the 
officer’s  residence  sits  (e.g.  302),  Apartment  is  the  number  of  the  officer’s  apartment 
(e.g.  A),  and  ZIP  is  the  ZIP  or  Postal  Code  of  the  area  the  officer  lives. 
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PHONE  (Applicantld  FK ,  HomePhoneNumber,  CcllPhoncNumbcr. 

OtherPhoneN  umber) 

HomePhoneNumber  is  the  officer’s  home  phone  number,  CellPhoneNumber  is 
the  officer’s  cellular  phone  number,  and  OtherPhoneNumber  is  any  other  phone  number 
the  officer  has. 

RANK  (RankCode,  RankName) 

RankCode  is  the  rank  code  (e.g.  03),  and  RankName  is  the  name  of  the  rank  (e.g. 
Lieutenant) 

LANGUAGE  (LanguageCode,  LanguageName) 

LanguageCode  is  the  language  code  (e.g.  EN),  and  LanguageName  is  the  name  of 
the  language  (e.g.  English) 

SPECIALTY  (SpecialtyCode,  Specialty  Name) 

SpecialtyCode  is  the  specialty  code  (e.g.  WPS),  and  SpecialtyName  is  the  name 
of  the  specialty  (e.g.  Weapons) 

QUALIFICATION  (QualificationCode,  QualificationName) 

QualificationCode  is  the  qualification  code  (e.g.  WPSGR),  and 
QualificationName  is  the  name  of  the  qualification  (e.g.  Weapons  School  Greece) 

EXPERIENCE  (Jobld  FK ,  Applicantld  FK,  Experience) 

Experience  is  the  years  of  experience  e.g.  3  that  the  officer  with  Identification 
Number  (ID)  Applicantld  has  for  the  job  with  ID  Jobld. 
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COMMAND  (CommandCodc.  CommandName,  UserName,  Password) 

CommandCode  is  the  command  code  (e.g.  FRH),  CommandName  is  the  name  of 
the  command  (e.g.  Frigates  Headquarters),  and  UserName,  Password  are  special  user 
names  and  passwords  for  each  one  of  the  commands. 

PLACE  (PlaceCode,  PlaceName,  Placelmage,  CommandCode  FK) 

PlaceCode  is  the  Platform  or  Base  code  (e.g.  F-450),  PlaceName  is  the  name  of 
the  Base/Platform  (e.g.  FG  HYDRA),  and  Placelmage  is  the  image  of  the  Platform/Base 
(e.g.  F-450.jpeg) 

APPLICANT  PREFERENCE  (Jobld  FK ,  Ayylicantld  FK ,  PlaceCode  FK , 
PreferenceApplicant) 

PreferenceApplicant  is  the  preference  (e.g.  7)  of  the  officer  with  ID  Applicantld 
for  the  job  with  ID  Jobld  that  is  cited  in  the  Platform/Base  with  code  PlaceCode. 

COMMAND  PREFERENCE  (Jobld  FK,  Applicantld  FK,  PlaceCode  FK, 
CommandCode  FK,  PreferenceCommand) 

PreferenceCommand  is  the  preference  (e.g.  7)  of  the  command  with  command 
code  CommandCode  for  the  officer  with  ID  Applicantld  for  the  job  with  ID  Jobld  that  is 
sited  in  the  Platform/Base  with  code  PlaceCode. 

CREDENTIALS  (Credentialsld,  CredentialsName) 

Credentialsld  is  the  ID  of  the  credential  (e.g.  001),  and  CredentialsName  is  the 
name  of  the  credential  (e.g.  diligence) 

ASSIGNMENT  ( Ayylicantld  FK ,  Jobld  FK ,  PlaceCode  FK ,  ReportDate, 
DetachDate) 

ReportDate  and  DetachDate  are  the  report  and  detach  dates  of  each  one  of  the 
assignments.  Each  assignment  has  also  the  Applicantld  of  the  officer  who  is  assigned  the 

job  with  ID  Jobld  that  sites  in  the  Base/Platform  with  code  PlaceCode. 
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In  order  to  achieve  redundancy  of  tables  and  to  perform  some  additional 
functionality,  the  following  tables/entities  are  also  defined. 

APPLICANT  CREDENTIALS  (Applicantld  FK.  Credentialsld  FK, 

CredentialsGrade) 

CredentialsGrade  is  the  grade  (e.g.  7)  of  the  credential  with  ID  Credentialsld  that 
an  officer  with  ID  Applicantld  has. 

APPLICANT  LANGUAGE  (Applicantld  FK,  LanguageCode  FK, 

LanguageDegree) 

LanguageDegree  is  the  grade  (e.g.  70)  of  the  language  with  code  LanguageCode 
that  an  officer  with  ID  Applicantld  has. 

JOB  CREDENTIALS  (Jobld  FK,  Credentialsld  FK,  CredentialsGrade) 

CredentialsGrade  is  the  minimum  grade  (e.g.  8)  of  the  credential  with  ID 
Credentialsld  that  an  officer  should  have  to  be  qualified  for  the  job  with  ID  Jobld. 

JOB  LANGUAGE  ( Jobld  FK,  LanguageCode  FK,  LanguageDegree) 

LanguageDegree  is  the  minimum  grade  (e.g.  8)  of  the  language  with  code 
LanguageCode  that  an  officer  should  have  to  be  qualified  for  the  job  with  ID  Jobld. 

JOB  PLACE  (Jobkl  FK,  PlaceCode  FK) 

Jobld  is  the  ID  of  the  job  and  PlaceCode  refers  to  the  Platform/Base  the  job 
belongs  to. 

JOB  QUALIFICATION  (Jobld  FK,  QualificationCode  FK) 

Jobld  is  the  ID  of  the  job  and  QualificationCode  refers  to  the  qualification  that  is 
required  for  that  job. 
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JOB  RANK  (Jobld  LK,  RankCode  FK) 

Jobld  is  the  ID  of  the  job  and  RankCode  refers  to  the  rank  that  this  job  requires 
from  an  officer  to  have. 

JOB  SPECIALTY  (  Jobld  FK,  SpecialtyCode  FK) 

Jobld  is  the  ID  of  the  job  and  SpecialtyCode  refers  to  the  specialty  that  this  job 
requires  from  an  officer  to  have. 

QUALIFICATION  APPLICANT  (Applicantld  LK,  QualificationCode  LK) 

Applicantld  is  the  ID  of  the  officer  and  QualificationCode  refers  to  the 
qualification  that  this  officer  has. 

The  table  schema  described  above  is  actually  the  set  of  tables  that  was  entered 
into  SQL  Server  2000  in  the  Manpower  Database  and  is  described  in  section  B. 

The  Manpower  database  meets  all  the  requirements  that  are  necessary  for  the 
distribution  of  officers  to  jobs.  The  following  chapter  makes  one  step  further  on  this 
direction.  It  describes  the  algorithm,  which  is  responsible  for  creating  that  distribution. 
Then  the  detailer  can  intervene  and  change  that  distribution  according  to  the  Navy’s 
needs. 
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IV.  DECISION  MODEL 


In  Chapter  III,  we  discussed  the  design  of  the  database  that  holds  all  the  relevant 
information  for  the  officers  to  jobs  distribution.  This  distribution  is  achieved  by  an 
algorithm  that,  when  executed,  solves  the  multi-criteria  problem.  The  detailer  can  alter 
any  part  of  the  entire  solution  according  to  the  wishes  of  the  Navy,  and  subsequently  see 
what  effect  it  has  on  the  overall  “goodness”  of  the  assignment. 

This  chapter  presents  in  full  detail  the  philosophy  and  implementation  of  the 
algorithm  and  utility  function.  In  this  chapter  and  in  order  to  simplify  the  algorithm,  the 
word  “job”  will  refer  to  the  combination  of  a  job  with  a  specific  platform/base. 

A.  DECISION  VARIABLES 

In  order  for  the  algorithm  to  determine  the  most  suitable  officer  for  a  specific  job, 
the  algorithm  takes  into  account  the  following  decision  variables. 

•  Rank 

•  Specialty 

•  Qualifications 

•  Language 

•  Credentials 

•  Experience 

•  Officer’s  Preference 

•  Command’ s  Preference 

These  variables  are  expressed  in  the  form  of  values,  which  determine  the 
suitability  of  an  officer  for  a  specific  job.  This  suitability  is  named  Hjj  (where  i,  j  are  the 
indices  of  the  i-th  job  J;  and  j-th  officer  Oj  accordingly)  and  is  expressed  as  a  function  of 
the  above  eight  variables. 

Hij  =  Function  (Rank,  Specialty,  Qualifications,  Language,  Credentials, 
Experience,  Officer’s  Preference,  Command’s  Preference) 

More  specifically,  the  values  of  each  one  of  the  decision  variables  are  as  follows. 
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1.  Rank 

The  Rank  is  expressed  by  a  value,  which  is  1  if  the  Oj  officer  has  the  appropriate 
rank  for  the  J)  job  or  0  if  the  officer  has  not. 

2.  Specialty 

The  Specialty  is  expressed  by  a  value,  which  is  1  if  the  Oj  officer  has  the 
appropriate  specialty  for  the  J)  job  or  0  if  the  officer  has  not. 

3.  Qualifications 

The  Qualifications  are  expressed  by  a  value,  which  is  1  if  the  Oj  officer  has  the 
appropriate  qualifications  (qualification  is  considered  the  education  of  the  officer  for  a 
specific  job)  for  the  J)  job  or  0  if  the  officer  has  not. 

4.  Language 

The  Language  is  expressed  by  a  value  in  the  real  interval  [0,10],  computed  as 
follows:  First,  the  summation  of  the  grades  the  Oj  officer  has  for  the  languages  that  are 
required  for  the  J,  job  is  computed.  Then  the  summation  of  the  minimum  grades  of  these 
languages  required  for  the  J;  job  is  computed  also.  If  the  first  summation  is  smaller  than 
the  second,  the  Language  variable’s  value  is  0.  Else,  the  Language  variable’s  value  is  a 
number  between  1  and  10,  according  to  a  formula  that  takes  into  account  the  relative 
difference  of  these  two  summations.  Below  is  pseudocode  that  describes  the  computation 
of  the  Language  variable’s  value.  Keep  in  mind  that  the  maximum  grade  of  each 
language  is  200. 

Step  1:  SUM1  =  (Sum  of  grades  the  Oj  officer  has  for  the  languages  required  for  L 

job) 

Step  2:  SUM2  =  (Sum  of  minimum  grades  of  the  languages  required  for  J)  job) 

Step  3:  COUNT  =  (Number  of  the  languages  required  for  J;  job) 

Step  4:  IF  (SUM1  <  SUM2)  THEN 

BEGIN 

Step  5:  Language^  ->  0 

END 

Step  6:  ELSE 

BEGIN 
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Step  7: 

IF  (COUNT  x  200  =  SUM2) 

BEGIN 

Step  8: 

Language^ ->  1 

END 

Step  9: 

ELSE 

BEGIN 

Step  10: 

Language]]  ->  [(SUM1-SUM2)  x  9  /  ((COUNT  x  200) 

SUM2)]  +  1 
END 

END 

The  following  example  makes  it  clear. 

Consider  an  officer  Oi  that  is  eligible  for  a  job  Ji.  Ji  job  requires  the  languages 
English  and  German  with  minimum  grades  160  and  120  (0  is  the  minimum  and  200  is  the 
maximum  grade)  accordingly.  Officer  Oi  speaks  English  with  a  grade  of  180  and 
German  with  a  grade  of  1 10.  The  value  of  the  variable  Language  for  the  Oi  officer  and  Ji 
job  is  as  follows. 

Step  1:  SUM1  =  180+  110  =  290 

Step  2:  SUM2=  160+  120  =  280 

Step  3:  COUNT  =  2 

Step  6:  SUM1  =  290  >  280  =  SUM2 

Step  9:  COUNT  x  200  =  400  >  280  =  SUM2 

SUM1  -  SUM2  =  10 

COUNT  x  200  -  SUM2  =  400  -  280  =  120 
Step  10:  Language]  i  =  [10  x  9  /  120]  +  1  =  1.75 

5.  Credentials 

The  Credentials  variable  is  an  integer  in  the  interval  [0,10]  and  is  computed  as 
follows:  First,  the  summation  of  the  grades  the  Oj  officer  is  evaluated  for  the  credentials 
that  are  required  for  the  J,  job  is  computed.  Then  the  summation  of  the  minimum  grades 
of  these  credentials  required  for  the  J]  job  is  computed  too.  If  the  first  summation  is 
smaller  than  the  second,  the  Credentials  variable’s  value  is  0.  Else,  the  Credentials 
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variable’s  value  is  a  number  between  1  and  10,  according  to  a  formula  that  takes  into 
account  the  relative  difference  of  these  two  summations.  Below  is  a  pseudocode  that 
describes  the  computation  of  the  Credentials  variable’s  value.  Have  in  mind  that  the 
maximum  grade  of  each  language  is  10. 

Step  1:  SUM1  =  (Sum  of  grades  the  Oj  officer  is  evaluated  for  the  credentials 

required  for  J,  job) 

Step  2:  SUM2  =  =  (Sum  of  minimum  grades  of  the  credentials  required  for  J;  job) 

Step  3:  COUNT  =  (Number  of  the  credentials  required  for  J;  job) 

Step  4:  IF  (SUM1  <  SUM2)  THEN 

BEGIN 

Step  5:  Credentials;]  ->  0 

END 

Step  6:  ELSE 

BEGIN 

Step  7:  IF  (COUNT  x  10  =  SUM2) 

BEGIN 

Step  8:  Credentials;]  ->  1 

END 

Step  9:  ELSE 

BEGIN 

Step  10:  Credentials;]  ->  [(SUM1-SUM2)  x  9  /  ((COUNT  x  10)- 

SUM2)]  +  1 

END 

END 

The  following  example  makes  it  clear.  Consider  again  officer  O;  that  is  eligible 
for  the  job  J;.  J;  job  requires  the  credentials  Diligence  and  Bravery  with  minimum  grades 
9  and  8  (0  is  the  minimum  and  10  is  the  maximum  grade)  accordingly.  O;  officer’s 
credential  grades  are  10  and  8  for  Diligence  and  Bravery  accordingly.  The  value  of  the 
variable  Credentials  for  the  O;  officer  and  J;  job  is  as  follows. 
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Step  1:  SUM1  =  10  +  8  =  18 

Step  2:  SUM2  =  9  +  8  =  17 

Step  3:  COUNT  =  2 

Step  6:  SUM1  =  18  >  17  =  SUM2 

Step  9:  COUNT  x  10  =  20  >  17  =  SUM2 

SUM1  -  SUM2  =  1 
COUNT  x  10  -  SUM2  =  20  -  17  =  3 
Step  10:  Credentials!!  =  [1x9  / 3] +  1  =  4 

6.  Experience 

The  Experience  variable  is  expressed  by  a  value  in  the  real  interval  [0,10], 
computed  as  follows.  If  the  experience  the  Oj  officer  has  on  the  Jj  job  is  smaller  than  the 
minimum  experience  required  for  the  T  job,  the  Experience  variable’s  value  is  0.  Else, 
the  Experience  variable’s  value  is  a  number  between  1  and  10,  according  to  a  formula 
that  takes  into  account  the  relative  difference  of  the  experience  the  Oj  officer  has  on  the  Ji 
job  and  the  minimum  experience  required  for  the  J]  job.  Below  is  pseudocode  that 
describes  the  computation  of  the  Experience  variable’s  value.  Keep  in  mind  that  the 
maximum  experience  an  officer  can  have  for  a  job  is  15  years,  and  the  minimum 
experience  required  for  a  job  cannot  be  more  than  10  years. 

Step  1:  OfficerExperience  =  (Experience  the  Oj  officer  has  on  the  J;  job) 

Step  2:  JobExperience  =  (Minimum  experience  required  for  Ji  job) 

Step  3:  IF  (OfficerExperience  <  JobExperience)  THEN 

BEGIN 

Step  4:  Experience^  ->  0 

END 

Step  5:  ELSE 

BEGIN 

Step  6:  Experience^  ->  [(OfficerExperience  -  JobExperience)  x  9  /  (15  - 

JobExperience)]  +  1 

END 
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The  example  with  the  same  job  and  officer  makes  it  clear.  Consider  again  officer 
Oi  that  is  eligible  for  the  job  Ji.  Jj  job  requires  3  years  of  experience.  If  the  Oi  officer 
has  1  year  of  experience  on  that  job,  the  value  of  the  Experience  variable  is  0.  If  the  Oi 
officer  has  4  years  of  experience  on  that  job,  the  value  of  the  Experience  variable  is  [(4  - 
3)  x  9  /  (15  -  3)]  +  1  on  a  total  of  1.75. 

7.  Officer’s  Preference 

The  Officer’s  Preference  value  is  an  integer  in  the  interval  [1,10].  Since  the  value 
stored  in  the  APPLICANT  PREFERENCE  table  is  ranked  by  descending  importance  in 
levels  1  through  10,  the  Officer’s  Preference  value  is  11  minus  the  APPLICANT 
PREFERENCE  table  value.  If  the  officer  does  not  have  any  preference  for  the  job,  the 
Officer’s  Preference  value  is  0. 

8.  Command’s  Preference 

The  Command’s  Preference  value  is  an  integer  in  the  interval[l,10].  Since  the 
value  stored  in  the  COMMAND  PREFERENCE  table  is  ranked  by  descending 
importance  in  levels  1  through  10,  the  Command’s  Preference  value  is  11  minus  the 
COMMAND  PREFERENCE  table  value.  If  the  command  does  not  have  any  preference 
for  the  officer  occupying  the  job  that  belongs  to  that  command,  the  Command’s 
Preference  value  is  0. 

9.  Computation  of  the  Goodness  of  Fit  Index,  Hjj 

If  the  Oj  officer  has  a  value  of  0  for  any  of  the  Rank,  Specialty  or  Qualifications 
variables  concerning  job  T,  the  Hjj  value  is  NULL.  This  means  that  the  Oj  officer  is  not 
eligible  for  the  job  Ji. 

In  the  case  that  Oj  officer  is  eligible  for  the  J,  job,  the  H,j  value  is  a  function  of  the 
remaining  five  decision  variables.  Each  one  of  these  variables  may  have  different 
importance,  measured  by  the  coefficient  that  is  stored  in  the  COEFFICIENT  table  (a  table 
that  contains  the  coefficients  and  the  coefficient  numbers  that  are  used  to  weight  the 
importance  of  each  criterion  described  above).  It  is  actually  a  weight  factor  that,  when 
multiplied  by  the  corresponding  variables  value,  gives  a  weighted  estimation  of  the 
variables’  importance. 
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k  =  5 


Hy  =  1  +  £  (Ckx  Variable^ ) 
k  =  1 

Addition  with  number  1  is  necessary  since  the  summation  can  be  a  non-negative 
number  and  0  values  are  not  desirable  for  the  utility  function  as  we  shall  see  below.  Ck  is 
the  decision  variable  coefficient’s  value. 

Now  it  may  be  seen  why  it  is  important  normalize  all  the  variable  values  to  have 
the  same  maximum  and  minimum  scores,  10  and  0  respectively.  If  one  variable  has  a 
greater  maximum  value  than  the  rest,  it  would  have  a  bigger  advantage  over  the 
remaining  variables  and  conversely,  if  one  variable  has  lesser  minimum  value  than  the 
rest,  it  would  suffer  a  bigger  disadvantage  compared  to  the  remaining  variables  especially 
when  multiplied  by  a  coefficient. 

The  following  example  makes  the  computation  of  the  Hy  function  clear. 

Consider  again  officer  Oi  and  job  Ji.  If  one  of  the  Rankn,  Specialtyn,  or 
Qualifications ii  values  is  0,  then  the  Oi  officer  is  not  eligible  for  the  Ji  job,  and  the  Hu 
value  is  NULL. 


Hu  =  NULL 


Assume  that  Ranku,  Specialtyn,  or  Qualifications n  value  are  all  greater  than  0  as 
follows: 


•  Language  Coefficient  is  1.  Ci  =  1 

•  Credentials  Coefficient  is  1 .  C2  =  1 

•  Experience  Coefficient  is  1 .  C3  =  1 

•  Officer’s  Preference  Coefficient  is  2.  C4  =  2 

•  Command’s  Preference  Coefficient  is  2.  C5  =  2 

•  Ji  job  requires  the  languages  English  and  German  with  minimum  grades 
160  and  120  accordingly.  Officer  Oi  speaks  English  with  a  grade  of  180 
and  German  with  a  grade  of  1 10. 

•  Ji  job  requires  the  credentials  Diligence  and  Bravery  with  minimum 
grades  9  and  8  accordingly.  Oi  officer’s  credential  grades  are  10  and  8  for 
Diligence  and  Bravery  accordingly. 
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•  Ji  job  requires  3  years  of  experience.  Officer  Oi  has  4  years  of  experience 
on  that  job. 

•  Officer  Oi  preference  for  the  Ji  job,  as  it  is  stored  in  the  APPLICANT 
PREFERENCE  table  is  2. 

•  There  is  no  preference  of  the  command  concerning  the  Ji  job  for  the  Oi 
officer.  Thus,  there  is  no  record  in  the  COMMAND  PREFERENCE  table. 

The  Hu  value  is  computed  as  follows. 

•  From  above,  Language  n  =  1.75 

•  From  above,  Credentials  n  =  4 

•  Experiencen  =  [(4  -  3)  x  9  /  (15  -  3)]  +  1  =  1.75 

•  Officer’s  Preference n  =  11-2  =  9 

•  Command’s  Preference n  =  0 

•  Hu  =  1  +  (ci  x  Languagen)  +  (c2  x  Credentials n)  +  (C3  x  Experiencen)  + 
(C4  x  Officer’s  Preference]  i)  +  (C5  x  Command’s  Preferencen)  =  1  +  (1  x 
1.75)  +  (1  x  4)  +  (1  x  1.75)  +  (2  x  9)  +  (2  x  0)  =  26.5. 

The  computation  of  the  Hy  values  is  done  with  the  ksergis.dec_H_Function  stored 
procedure.  Also,  the  ksergis.dec_H_Fill  stored  procedure  stores  these  Hy  values  in  the  H 
table  described  in  the  previous  chapter.  Both  of  these  procedures  are  presented  in  the 
Appendix. 

The  nature  of  the  utility  function  needs  Hij  values  in  the  real  interval  [1,10],  so  the 
Hij  values  need  to  be  ‘normalized’  between  these  two  limits.  In  order  to  perform  this 
‘normalization’,  the  maximum  Hy  value  among  all  the  Oj  officers  per  each  Ji  job  is  first 
stored  in  the  MAX  VALUE  ALL  JOBS  table  described  in  the  previous  chapter.  This 
table  contains  the  max  (H.j)  for  every  J,  job.  Then,  for  each  Oj  officer  every  H,,  value  is 
normalized  using  the  following  function. 


Hy  =  [Hy  x  9  /  max  (H.j)]  +  1 

The  ksergis.dec_H_Normalize  stored  procedure  performs  this  conversion  and  the 
new  Hy  value  is  stored  back  to  the  H  table.  This  procedure  is  presented  in  the  Appendix. 

Take  the  last  example  and  assume  that  max  (H.i)  =  28.  Since  the  Hu  value  is 
26.5,  the  new  Hu  value  is  the  following: 

Hu  =  [Hu  x  9  /  max  (H.j)]  +  1  =  [26.5  x  9  /  28]  +  1  =  9.5178 
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B.  ALGORITHM 


The  philosophy  of  the  algorithm  is  greedy  choice.  It  tries  to  pick  the  maximum 
Hij  value  from  the  remaining  Oj  officers  per  T  job,  beginning  from  the  job  with  the 
highest  priority  through  the  job  with  the  lowest  one.  At  the  same  time,  it  tries  to 
minimize  the  number  of  unassigned  jobs. 

The  algorithm  uses  the  following  tables. 

1.  H  Table 

The  H  table  contains  the  Job  (Jobld,  PlaceCode  as  described  in  Chapter  3),  the 
Officer  and  the  corresponding  HValue. 

A  visual  representation  is  shown  on  the  table  below.  Every  Hjj  value  is  a  number 
between  1  and  10.  There  could  be  cells  with  NULL  values  as  it  was  mentioned  before. 


Jl 

h 

... 

J„ 

Oi 

Hn 

Hi2 

Hin 

02 

H2i 

h22 

H2n 

ora 

Hml 

Hm2 

Hmn 

2.  PRIORITY  Table 

The  PRIORITY  table  contains  the  Job  (Jobld,  PlaceCode),  the  Detailer’s  Priority 
(the  JOB  entity’s  Priority  -  different  per  Jobld  as  described  in  Chapter  3),  the  overall 
Priority  (a  Counter  that  describes  the  sorting  order  of  each  Jobld,  PlaceCode  pair 
according  to  the  Detailer’s  Priority)  and  a  Llag.  An  example  is  shown  in  the  table  below. 
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Job 

Detailer’s  Priority 

Priority 

Flag 

Ji 

10 

1 

1 

h 

10 

2 

1 

J3 

9 

3 

1 

J4 

9 

4 

1 

J5 

9 

5 

0 

J6 

8 

6 

0 

h 

7 

7 

0 

Jn 

4 

n 

0 

3.  MAX  VALUE  Table 

The  MAX  VALUE  table  contains  the  Job  (Jobld,  PlaceCode),  the  Officer 
(Applicantld)  and  the  Hjj  max  value  (MAXValue),  a  value  that  is  selected  after  the 
algorithm  completes  the  jobs-to-officers  distribution.  Applicantld  corresponds  to  the 
officer  who  has  the  MAXValue  for  the  specific  Job-Platform/Base  pair.  An  example  is 
shown  on  the  table  below. 


Job 

Officer 

Hij  max  value 

Ji 

o7 

6.83 

h 

o2 

8.76 

Jn 

ok 

9.52 

4.  USED  APPLICANTS  Table 

The  USED  APPLICANTS  table  contains  the  Job  (Jobld,  PlaceCode)  and  the 
Officer  (Applicantld).  This  entity  contains  the  officers  of  the  used  max  Hjj  values  per  job 
Ji,  while  the  algorithm  checks  for  any  available  max  value  on  the  Jj+i  job.  An  example  is 
shown  in  the  table  below. 
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Job 

Officer 

Ji 

Oi,  O3,  O5 

h 

o2 

J3 

O4,  06 

5.  ASSIGNED  APPLICANTS  Table 

The  ASSIGNED  APPLICANTS  table  contains  the  Officers  (Applicantld)  that 
have  been  already  assigned  to  jobs.  An  example  is  shown  on  the  table  below. 


6.  DELETED  JOBS  Table 

The  DELETED  JOBS  table  contains  the  Jobs  (Jobld,  PlaceCode)  for  which  a 
match  cannot  be  found.  An  example  is  shown  on  the  table  below. 


Before  presenting  the  algorithm,  there  is  a  need  to  present  a  predicate  that  will  be 
used  extensively  in  the  algorithm.  Vi  contains  all  the  H,,  values  of  the  Jj  job  that  are  not 
NULL  and  the  corresponding  Oj  officers  do  not  belong  to  either  the  ASSIGNED 
APPLICANTS  table  nor  the  USED  APPLICANTS  table.  V,  =  {{Hy  ?  H  for  J;  job 
(excluding  NULL  values)}  -  {H,,  ?  H:  Oj  ?  ASSIGNED  APPLICANTS  table}  -  (  H,,  ? 
H:  Oj  ?  USED  APPLICANTS  table  for  J;  job} } 
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Algorithm: 


i  refers  to  Priority  of  job  J; 

Step  1:  Compute  the  PRIORITY  table  and  fill  the  Flag  entries  with  0. 

Step  2:  Compute  the  H  table. 

Step  3:  Delete  the  jobs  on  the  PRIORITY  table  that  have  only  null  values  on  the  H 

table  (adjust  the  Priority  numbers  on  the  Priority  table)  and  populate  the  DELETED 
JOBS  table. 

Step  4:  i  ->  1 

Step  5:  WHILE  (i  <=  PRIORITY  table  length) 

BEGIN 

Step  6:  Calculate  Vi 

Step  7:  IF  (i  =1)  AND  (Flagi  =  1)  AND  (Vi  =  0)  THEN 

BEGIN 

Step  8:  Delete  Higher  Priority  Job  (lowest  Priority  number)  with 

Flag  =  0 

Step  9:  Recalculate  PRIORITY  table  length 

Step  10:  Delete  all  J i  entries  from  the  USED  APPLICANTS  table 

Step  11:  Recalculate  V i 

END 

Step  12:  IF  (Vi  ?  0)  THEN 

BEGIN 

Step  13:  Compute  MAX(Hik)  from  the  V,  set 

Step  14:  Input  MAX(Hjk),  Ok  in  the  MAX  VALUE  table  for  job  Ji 

Step  15:  Input  Ok  in  the  ASSIGNED  APPLICANTS  table 

Step  16:  Flag;  ->  1 

Step  17:  i  ->  i  +  1 

END 
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Step  18:  ELSE 

BEGIN 

Delete  Hj_irand  Pr  from  the  MAX  VALUE  table  for  job  Jj_i 
Delete  Or  from  the  ASSIGNED  APPLICANTS  table 
Input  Or  in  the  USED  APPLICANTS  table  for  job 
Delete  all  J;  entries  from  the  USED  APPLICANTS  table 
i  ->  i  -  1 

END 

END 

The  following  example  considers  the  case  when  there  are  five  officers  to  be 
assigned  to  6  Jobs.  For  this  demonstration  and  in  order  to  keep  it  simple,  the  HM  values 
are  considered  to  be  positive  numbers  with  no  upper  bound  limit. 

After  Step  1  the  PRIORITY  table  is: 


Job 

Detailer’s  Priority 

Priority 

Flag 

Ji 

10 

1 

0 

h 

10 

2 

0 

J3 

9 

3 

0 

J4 

8 

4 

0 

J5 

8 

5 

0 

J6 

7 

6 

0 

Suppose  that  after  Step  2  the  H  table  looks  like: 


Jl 

h 

J3 

J4 

J5 

J6 

Oi 

10 

02 

20 

40 

15 

60 

03 

35 

04 

05 

40 

Step  19: 
Step  20: 
Step  21: 
Step  22: 
Step  23: 
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The  empty  cells  are  NULL  values. 
After  Step  3  the  H  table  becomes: 


Jl 

h 

J3 

Js 

J6 

0, 

10 

02 

20 

40 

15 

60 

03 

35 

04 

05 

40 

The  Priority  table  becomes: 


Job 

Detailer’s  Priority 

Priority 

Flag 

Ji 

10 

1 

0 

h 

10 

2 

0 

J3 

9 

3 

0 

J5 

8 

4 

0 

J6 

7 

5 

0 

And  the  DELETED  JOBS  table  becomes: 


After  Step  4:  i  =  1 

After  Step  5:  WHILE  (1  <=  5) 

After  Step  6:  Vx  =  { { 10,  20}  -  0  -  0}  =  { 10,  20} 

Step  7  IF  statement  is  False  since  Flagi  =  0  and  Vj  ?  0 

Step  12  IF  statement  is  True  since  Vi  ?  0 

After  Step  13:  MAX(Hik)  =  Hl2=  20  for  02 

After  Step  14  20,  02  are  put  in  the  MAX  VALUE  table  for  job  Ji 
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MAX  Value  table: 


Job 

Officer 

max  value  Hij 

Ji 

o2 

20 

After  Step  15  02  is  put  in  the  Assigned  Applicants  table 
Assigned  Applicants  table: 


Officer 


02 


After  Step  16  Flagi  =  1 
The  PRIORITY  table  becomes: 


Job 

Detailer’s  Priority 

Priority 

Flag 

Ji 

10 

1 

1 

h 

10 

2 

0 

J3 

9 

3 

0 

J5 

8 

4 

0 

J6 

7 

5 

0 

After  Step  17  i  =  2 

After  Step  5:  WHILE  (2  <=  5) 

After  Step  6:  V2=  {{40,  35 {-{40}  -0}  =  {35} 

Step  7  IF  statement  is  False  since  i  =  2 

Step  12  IF  statement  is  True  since  V2  ?  0 

After  Step  13:  MAX(H2k)  =  H23  =  35  for  03 

After  Step  14  35,  03  are  put  in  the  MAX  VAFUE  table  for  job  J2 
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MAX  Value  table: 


Job 

Officer 

max  value  Hy 

Ji 

o2 

20 

F 

o3 

35 

After  Step  15  03  is  put  in  the  ASSIGNED  APPLICANTS  table 


Assigned  Applicants  table: 


Officer 


O2,  O3 


After  Step  16  Flag2  =  1 


The  PRIORITY  table  becomes: 


Job 

Detailer’s  Priority 

Priority 

Flag 

Ji 

10 

1 

1 

F 

10 

2 

1 

J3 

9 

3 

0 

J5 

8 

4 

0 

F 

7 

5 

0 

After  Step  17  i  =  3 

After  Step  5:  WHILE  (3  <=  5) 

After  Step  6:  V3  =  { { 15}-{  15}  -  0}  =  0 
Step  7  IF  statement  is  False  since  i  =  3 
Step  12  IF  statement  is  False  since  V3  =  0 
Step  18  Else  statement  is  True 

After  Step  19  H23  and  03  are  deleted  from  the  MAX  VALUE  table  for  job  J2 


MAX  Value  table: 


Job 

Officer 

max  value  Hy 

F 

o2 

20 
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After  Step  20  O3  is  deleted  from  the  ASSIGNED  APPLICANTS  table 


Assigned  Applicants  table: 


Officer 


02 


After  Step  21  O3  is  put  in  the  USED  APPLICANTS  table  for  job  J2 


USED  APPLICANTS  table: 


Job 

Officer 

h 

03 

After  Step  22  all  J3  entries  are  deleted  from  the  USED  APPLICANTS  table.  In  this  case 

there  is  no  entry  for  J3 

After  Step  23  i  =  2 

After  Step  5:  WHILE  (2  <=  5) 

After  Step  6:  V2  =  {{40,  35 }-{40}-{35 } }  =  0 
Step  7  IE  statement  is  False  since  i  =  2 
Step  12  IF  statement  is  False  since  V2  =  0 
Step  18  Else  statement  is  True 

After  Step  19  Hj2  and  02  are  deleted  from  the  MAX  VALUE  table  for  job  Jj.  The  MAX 
VALUE  table  is  empty 

After  Step  20  02  is  deleted  from  the  ASSIGNED  APPLICANTS  table.  The  ASSIGNED 
APPLICANTS  table  is  empty 

After  Step  21  02  is  put  in  the  USED  APPLICANTS  table  for  job  Jj 


Used  Applicants  table: 


Job 

Officer 

Ji 

02 

h 

03 

After  Step  22  all  J2  entries  are  deleted  from  the  USED  APPLICANTS  table. 
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Used  Applicants  table: 


Job 

Officer 

Ji 

o2 

After  Step  23  i  =  1 

After  Step  5:  WHILE  (1  <=  5) 

After  Step  6:  Vx  =  { { 10,  20}-  0  -  {20} }  =  10 

Step  7  IF  statement  is  False  since  Vi  ?  0 

Step  12  IF  statement  is  True  since  Vi  ?  0 

After  Step  13:  MAX(Hik)  =  Hn  =  10  for  Oi 

After  Step  14  10,  Oi  are  put  in  the  MAX  VAFUE  table  for  job  Ji 

MAX  Value  table: 


Job 

Officer 

max  value  Hy 

Ji 

Oi 

10 

After  Step  15  01  is  put  in  the  ASSIGNED  APPFICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi 


After  Step  16  Flagi  =  1 

After  Step  17  i  =  2 

After  Step  5:  WHILE  (2  <=  5) 

After  Step  6:  V2=  {{40,  35}- 0-0}  =  {40,  35} 

Step  7  IF  statement  is  False  since  i  =  2 

Step  12  IF  statement  is  True  since  V2  ?  0 

After  Step  13:  MAX(H2k)  =  H22=  40  for  02 

After  Step  14  40,  02  are  put  in  the  MAX  VALUE  table  for  job  J2 
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MAX  Value  table: 


Job 

Officer 

max  value  Hy 

Ji 

0! 

10 

h 

o2 

40 

After  Step  15  02  is  put  in  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi,  02 


After  Step  16  Flag2  =  1 

After  Step  17  i  =  3 

After  Step  5:  WHILE  (3  <=  5) 

After  Step  6:  V3  =  { { 15}-{  15}  -  0}  =  0 
Step  7  IF  statement  is  False  since  i  =  3 
Step  12  IF  statement  is  False  since  V3  =  0 
Step  18  Else  statement  is  True 

After  Step  19  H22  and  02  are  deleted  from  the  MAX  VALUE  table  for  job  J2 


MAX  Value  table: 


Job 

Officer 

max  value  Hy 

Ji 

O! 

10 

After  Step  20  02is  deleted  from  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi 


After  Step  21  02  is  put  in  the  USED  APPLICANTS  table  for  job  J2 
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USED  APPLICANTS  table: 


Job 

Officer 

Ji 

o2 

h 

o2 

After  Step  22  all  J3  entries  are  deleted  from  the  USED  APPLICANTS  table.  In  this  case 

there  is  no  entry  for  J3 

After  Step  23  i  =  2 

After  Step  5:  WHILE  (2  <=  5) 

After  Step  6:  V2  =  { {40,  35}  -  0  -{40} }  =  35 

Step  7  IE  statement  is  False  since  i  =  2 

Step  12  IF  statement  is  True  since  V2  ?  0 

After  Step  13:  MAX(H2k)  =  H23  =  35  for  03 

After  Step  14  35,  O3  are  put  in  the  MAX  VALUE  table  for  job  J2 


MAX  Value  table: 


Job 

Officer 

max  value  Hy 

Ji 

0! 

10 

h 

03 

35 

After  Step  15  O3  is  put  in  the  Assigned  Applicants  table 


Assigned  Applicants  table: 


Officer 


Oi,  O3 


After  Step  16  Flag2  =  1 

After  Step  17  i  =  3 

After  Step  5:  WHILE  (3  <=  5) 

After  Step  6:  V3  =  { { 15}  -  0  -  0}  =  15 
Step  7  IF  statement  is  False  since  i  =  3 
Step  12  IF  statement  is  True  since  V3  ?  0 
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After  Step  13:  MAX(H3k)  =  H32  =  15  for  02 

After  Step  14  15,  02  are  put  in  the  MAX  VALUE  table  for  job  J3 


MAX  Value  table: 


Job 

Officer 

max  value  Hy 

Ji 

0! 

10 

J2 

o3 

35 

J3 

02 

15 

After  Step  15  02  is  put  in  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi,  03,  02 


After  Step  16  Flag3  =  1 


The  PRIORITY  table  becomes: 


Job 

Detailer’s  Priority 

Priority 

Flag 

Ji 

10 

1 

1 

J2 

10 

2 

1 

J3 

9 

3 

1 

J5 

8 

4 

0 

J6 

7 

5 

0 

After  Step  17  i  =  4 

After  Step  5:  WHILE  (4  <=  5) 

After  Step  6:  V4  =  { {60}-{60}  -  0}  =  0 
Step  7  IF  statement  is  False  since  i  =  4 
Step  12  IF  statement  is  False  since  V4  =  0 
Step  18  Else  statement  is  True 

After  Step  19  H32  and  02  are  deleted  from  the  MAX  VALUE  table  for  job  J3. 
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MAX  Value  table: 


Job 

Officer 

max  value  Hy 

Ji 

0! 

10 

h 

03 

35 

After  Step  20  O2  is  deleted  from  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi,  O3 


After  Step  21  O2  is  put  in  the  USED  APPLICANTS  table  for  job  J3 


USED  APPLICANTS  table: 


Job 

Officer 

Ji 

02 

J2 

02 

J3 

02 

After  Step  22  all  J4  entries  are  deleted  from  the  USED  APPLICANTS  table.  In  this  case 

there  is  no  entry  for  J4 

After  Step  23  i  =  3 

After  Step  5:  WHILE  (3  <=  5) 

After  Step  6:  V3  =  {{15}  -  0 -{15}}  =  0 
Step  7  IE  statement  is  False  since  i  =  3 
Step  12  IF  statement  is  False  since  V3  =  0 
Step  18  Else  statement  is  True 

After  Step  19  H23  and  O3  are  deleted  from  the  MAX  VALUE  table  for  job  U. 
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MAX  VALUE  table: 


Job 

Officer 

max  value  Hjj 

Ji 

Oi 

10 

After  Step  20  O3  is  deleted  from  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi 


After  Step  21  O3  is  put  in  the  USED  APPLICANTS  table  for  job  J2 


USED  APPLICANTS  table: 


Job 

Officer 

Ji 

o2 

h 

02,  O3 

J3 

02 

After  Step  22  all  J3  entries  are  deleted  from  the  USED  APPLICANTS  table. 
USED  APPLICANTS  table: 


Job 

Officer 

Ji 

o2 

h 

02,  O3 

After  Step  23  i  =  2 

After  Step  5:  WHILE  (2  <=  5) 

After  Step  6:  V2  =  { {40,  35 }  -  0  -  {40,  35 } }  =  0 
Step  7  IF  statement  is  False  since  i  =  2 
Step  12  IF  statement  is  False  since  V2  =  0 
Step  18  Else  statement  is  True 

After  Step  19  Hu  and  Oi  are  deleted  from  the  MAX  VALUE  table  for  job  Jj.  The  MAX 
VALUE  table  is  empty 
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After  Step  20  Oi  is  deleted  from  the  ASSIGNED  APPLICANTS  table.  The  ASSIGNED 
APPLICANTS  table  is  empty 

After  Step  21  Oi  is  put  in  the  USED  APPLICANTS  table  for  job  Ji 
USED  APPLICANTS  table: 


Job 

Officer 

Ji 

O2,  Oi 

h 

O2,  O3 

After  Step  22  all  U  entries  are  deleted  from  the  USED  APPLICANTS  table. 


USED  APPLICANTS  table: 


Job 

Officer 

Ji 

O2,  Oi 

After  Step  23  i  =  1 

After  Step  5:  WHILE  (1  <=  5) 

After  Step  6:  Vi  =  { { 10,  20}  -  0  -  { 10,  20} }  =  0 

Step  7  IE  statement  is  True  since  i  =  1,  Flagi  =  1  and  Vi  =  0 

After  Step  8  J5  is  deleted  from  the  PRIORITY  table,  since  it’s  the  Higher  Priority  Job 
(lowest  Priority  number)  with  Flag  =  0 

The  H  table  becomes: 


Jl 

h 

h 

J6 

Oi 

10 

02 

20 

40 

15 

03 

35 

04 

05 

40 
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The  PRIORITY  table  becomes: 


Job 

Detailer’s  Priority 

Priority 

Flag 

Ji 

10 

1 

1 

J2 

10 

2 

1 

J3 

9 

3 

1 

Je 

7 

4 

0 

And  the  DELETED  JOBS  table  becomes: 


Jobs 


J4,  J5 


After  Step  9  the  PRIORITY  table  length  is  recalculated  to  4 

After  Step  10  all  Ji  entries  are  deleted  from  the  USED  APPLICANTS  table.  The  USED 

APPLICANTS  table  is  empty 

After  Step  11:  Vi  =  { { 10,  20}  -  0  -  0}  =  { 10,  20} 

Step  12  IF  statement  is  True  since  Vi  ?  0 

After  Step  13:  MAX(Hlk)  =  H12=  20  for  02 

After  Step  14  20,  02  are  put  in  the  MAX  VALUE  table  for  job  Ji 

MAX  VALUE  table: 


Job 

Officer 

max  value  Hy 

Ji 

02 

20 

After  Step  15  02  is  put  in  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


02 


After  Step  16  Flagi  =  1 

After  Step  17  i  =  2 

After  Step  5:  WHILE  (2  <=  4) 
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After  Step  6:  V2=  {{40,  35 {-{40}  -0}  =  {35} 

Step  7  IF  statement  is  False  since  i  =  2 

Step  12  IF  statement  is  True  since  V2  ?  0 

After  Step  13:  MAX(H2k)  =  H23  =  35  for  03 

After  Step  14  35,  03  are  put  in  the  MAX  VALUE  table  for  job  J2 

MAX  VALUE  table: 


Job 

Officer 

max  value  Hjj 

Ji 

o2 

20 

h 

o3 

35 

After  Step  15  03  is  put  in  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


02,  03 


After  Step  16  Flag2  =  1 

After  Step  17  i  =  3 

After  Step  5:  WHILE  (3  <=  4) 

After  Step  6:  V3  =  { { 15}-{  15}  -  0}  =  0 
Step  7  IF  statement  is  False  since  i  =  3 
Step  12  IF  statement  is  False  since  V3  =  0 
Step  18  Else  statement  is  True 

After  Step  19  H23  and  03  are  deleted  from  the  MAX  VALUE  table  for  job  J2 


MAX  VALUE  table: 


Job 

Officer 

max  value  Hy 

Ji 

o2 

20 

After  Step  20  03  is  deleted  from  the  ASSIGNED  APPLICANTS  table 
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ASSIGNED  APPLICANTS  table: 


Officer 


02 


After  Step  21  O3  is  put  in  the  USED  APPLICANTS  table  for  job  J2 


USED  APPLICANTS  table: 


Job 

Officer 

h 

03 

After  Step  22  all  J3  entries  are  deleted  from  the  USED  APPLICANTS  table.  In  this  case 

there  is  no  entry  for  J3 

After  Step  23  i  =  2 

After  Step  5:  WHILE  (2  <=  4) 

After  Step  6:  V2=  {{40,  35 }-{40}-{35 } }  =  0 
Step  7  IE  statement  is  False  since  i  =  2 
Step  12  IF  statement  is  False  since  V2  =  0 
Step  18  Else  statement  is  True 

After  Step  19  Hj2  and  02  are  deleted  from  the  MAX  VALUE  table  for  job  Ji.  The  MAX 
VALUE  table  is  empty 

After  Step  20  02  is  deleted  from  the  ASSIGNED  APPLICANTS  table.  The  ASSIGNED 
APPLICANTS  table  is  empty 

After  Step  21  02  is  put  in  the  USED  APPLICANTS  table  for  job  J] 

USED  APPLICANTS  table: 


Job 

Officer 

Ji 

o2 

h 

03 

After  Step  22  all  J2  entries  are  deleted  from  the  USED  APPLICANTS  table. 
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USED  APPLICANTS  table: 


Job 

Officer 

Ji 

o2 

After  Step  23  i  =  1 

After  Step  5:  WHILE  (1  <=  4) 

After  Step  6:  Vi  =  { { 10,  20}-  0  -  {20} }  =  10 

Step  7  IE  statement  is  False  since  Vi  ?  0 

Step  12  IF  statement  is  True  since  Vi  ?  0 

After  Step  13:  MAX(Hlk)  =  Hu  =  10  for  Oi 

After  Step  14  10,  Oi  are  put  in  the  MAX  VALUE  table  for  job  Ji 

MAX  VALUE  table: 


Job 

Officer 

max  value  Hy 

Ji 

Oi 

10 

After  Step  15  Oi  is  put  in  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi 


After  Step  16  Flagi  =  1 

After  Step  17  i  =  2 

After  Step  5:  WHILE  (2  <=  4) 

After  Step  6:  V2  =  {{40,  35}- 0-0}  =  {40,  35} 

Step  7  IF  statement  is  False  since  i  =  2 

Step  12  IF  statement  is  True  since  V2  ?  0 

After  Step  13:  MAX(H2k)  =  H22  =  40  for  02 

After  Step  14  40,  02  are  put  in  the  MAX  VALUE  table  for  job  J2 
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MAX  VALUE  table: 


Job 

Officer 

max  value  Hjj 

Ji 

Oi 

10 

h 

o2 

40 

After  Step  15  CL  is  put  in  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi,  O2 


After  Step  16  Flag2  =  1 

After  Step  17  i  =  3 

After  Step  5:  WHILE  (3  <=  4) 

After  Step  6:  V3  =  { { 15}-{  15}  -  0}  =  0 
Step  7  IF  statement  is  False  since  i  =  3 
Step  12  IF  statement  is  False  since  V3  =  0 
Step  18  Else  statement  is  True 

After  Step  19  H22  and  02  are  deleted  from  the  MAX  VALUE  table  for  job  J2 


MAX  VALUE  table: 


Job 

Officer 

max  value  Hy 

Ji 

Oi 

10 

After  Step  20  02  is  deleted  from  the  ASSIGNED  APPLICANTS  table 


ASSIGNED  APPLICANTS  table: 


Officer 


Oi 


After  Step  21  02  is  put  in  the  USED  APPLICANTS  table  for  job  J2 
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USED  APPLICANTS  table: 


Job 

Officer 

Ji 

o2 

h 

o2 

After  Step  22  all  J3  entries  are  deleted  from  the  USED  APPLICANTS  table.  In  this  case 

there  is  no  entry  for  J3 

After  Step  23  i  =  2 

After  Step  5:  WHILE  (2  <=  4) 

After  Step  6:  V2  =  { {40,  35}  -  0  -{40} }  =  35 

Step  7  IE  statement  is  False  since  i  =  2 

Step  12  IF  statement  is  True  since  V2  ?  0 

After  Step  13:  MAX(H2k)  =  H23  =  35  for  03 

After  Step  14  35,  O3  are  put  in  the  MAX  VALUE  table  for  job  J2 


MAX  VALUE  table: 


Job 

Officer 

max  value  Hy 

Ji 

0! 

10 

h 

03 

35 

After  Step  15  03  is  put  in  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi,  O3 


After  Step  16  Flag2  =  1 

After  Step  17  i  =  3 

After  Step  5:  WHILE  (3  <=  4) 

After  Step  6:  V3  =  { { 15}  -  0  -  0}  =  15 
Step  7  IF  statement  is  False  since  i  =  3 
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Step  12  IF  statement  is  True  since  V3  ?  0 

After  Step  13:  MAX(H3k)  =  H32  =  15  for  02 

After  Step  14  15,  02  are  put  in  the  MAX  VALUE  table  for  job  J3 

MAX  VALUE  table: 


Job 

Officer 

max  value  Hjj 

Ji 

Oj 

10 

J2 

o3 

35 

J3 

02 

15 

After  Step  15  02  is  put  in  the  ASSIGNED  APPLICANTS  table 
ASSIGNED  APPLICANTS  table: 


Officer 


Oi,  03,  02 


After  Step  16  Flag3  =  1 

After  Step  17  i  =  4 

After  Step  5:  WHILE  (4  <=  4) 

After  Step  6:  V4  =  { {40}  -  0  -  0}  =  40 

Step  7  IF  statement  is  False  since  i  =  4 

Step  12  IF  statement  is  True  since  V4  ?  0 

After  Step  13:  MAX(H4k)  =  H45  =  40  for  05 

After  Step  14  40,  O5  are  put  in  the  MAX  VALUE  table  for  job  U 


MAX  VALUE  table: 


Job 

Officer 

max  value  Hy 

Ji 

Oi 

10 

J2 

o3 

35 

J3 

02 

15 

J6 

05 

40 
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After  Step  15  O5  is  put  in  the  ASSIGNED  APPLICANTS  table 


ASSIGNED  APPLICANTS  table: 


Officer 


Oi,  O3,  O2,  O5 


After  Step  16  Flag4  =  1 
The  PRIORITY  table  becomes: 


Job 

Detailer’s  Priority 

Priority 

Flag 

Ji 

10 

1 

1 

h 

10 

2 

1 

J3 

9 

3 

1 

J6 

7 

4 

1 

After  Step  17  i  =  5 

After  Step  5:  WHILE  (5  <=  4)  is  False 
. .  .And  this  is  the  end  of  the  algorithm. 


The  results  are: 

H  table: 


Ji 

J2 

J3 

J6 

Oi 

10 

02 

20 

40 

15 

03 

35 

04 

o5 

40 

90 


PRIORITY  table: 


Job 

Detailer’s  Priority 

Priority 

Flag 

Ji 

10 

1 

1 

J2 

10 

2 

1 

J3 

9 

3 

1 

Je 

7 

4 

1 

USED  APPLICANTS  table: 


Job 

Officer 

Ji 

02 

J2 

02 

ASSIGNED  APPLICANTS  table: 


Officer 


Oi,  O3,  O2,  O5 


DELETED  JOBS  table: 


Jobs 


J4,  J5 


MAX  VALUE  table: 


Job 

Officer 

max  value  Hy 

Ji 

Oi 

10 

J2 

03 

35 

J3 

02 

15 

J6 

05 

40 

The  algorithm  and  all  the  supportive  code  are  presented  in  the  Appendices.  The 
code  is  written  in  Transact-SQL  and  is  stored  in  stored  procedures. 
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Before  continuing  to  the  description  of  the  utility  function,  there  is  a  problem  that 
could  occur  and  should  be  addressed.  Consider  the  following  case  of  3  jobs  to  be 
distributed  to  3  officers: 


Jl 

h 

J3 

Oi 

10 

10 

10 

o2 

10 

10 

9 

o3 

10 

9 

9 

The  problem  is  that  all  the  officers  have  the  same  maximum  H Value  (10  for  this 
instance)  for  Ji  job  and  2  of  them  have  the  same  maximum  HValue  (10  again)  for  J2  job. 
If  the  algorithm  chooses  Oi  officer  for  Ji  job,  then  the  final  distribution  will  be  the 
following. 


Job 

Officer 

max  value  Hy 

Ji 

Oj 

10 

h 

02 

10 

J3 

03 

9 

Apparently,  the  algorithm  made  a  wrong  decision  when  it  picked  up  Oi  officer  for 
Ji  job.  It  should  pick  up  O3  officer  for  Ji  job  first,  then  02  officer  for  J2  job  and  finally  Oi 
officer  for  J3  job.  Any  other  combination  does  not  give  the  desired  outcome.  The  final 
distribution  will  be  the  following. 


Job 

Officer 

max  value  Hy 

Ji 

03 

10 

h 

02 

10 

J3 

Oi 

10 

So,  there  should  be  a  way  to  address  that  problem.  The  following  example  will 
help  towards  that  direction. 
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Jl 

h 

J3 

J4 

Oi 

10 

10 

7 

10 

o2 

10 

10 

9 

8 

03 

10 

9 

8 

7 

o4 

10 

8 

10 

10 

The  following  tables  are  constructed  in  order  to  help  the  algorithm  to  make  the 
correct  decision. 

a.  Same  Max  Value 

This  table  stores  the  Officers  that  have  the  same  max  HValue.  For  the 
above  example  it  will  store  the  Oi,  CF,  O3  and  O4  officers  since  they  all  have  the  same 
max  HValue  10. 

b.  Min  Value  Applicants 

Looking  carefully  at  the  above  example,  the  O3  officer  row  for  jobs  J2,  J3 
and  J4,  does  not  contain  any  max  HValue  like  the  rest  rows  have.  For  example  O2  officer 
row  has  1  max  HValue  (10)  under  job  J2,  Oi  officer  row  has  2  max  HValues  (10)  under 
jobs  J2  and  J4,  and  finally  O4  officer  row  has  2  max  HValues  (10)  under  jobs  J3  and  J4. 
This  table  stores  the  O3  officer  and  the  HValue  9,  which  is  the  HValue  of  the  same  officer 
O3  for  the  job  with  the  next  lower  priority  (job  J2). 

c.  Multiple  Max  Values 

Again,  looking  at  the  above  example  job  J2  has  2  max  HValues  (10)  under 
it,  for  officers  Oi  and  O2.  Also,  job  J4  has  2  max  HValues  (10)  under  it,  for  officers  Oi 
and  O4.  This  table  stores  these  jobs  that  have  multiple  max  HValues  under  them,  with 
their  corresponding  officers.  For  this  instance  it  stores  the  J2,  Oi  pair,  the  J2,  O2  pair,  the 
J4,  Oi  pair  and  the  J4,  O4  pair. 

d.  One  Max  Value 

Again,  looking  at  the  above  example  job  J3  has  1  max  HValue  (10)  under 
it,  for  the  officer  O4.  This  table  stores  these  jobs  that  have  only  one  max  HValue  under 
them,  with  their  corresponding  officers.  For  this  instance  it  stores  only  the  J3,  O4  pair. 

The  algorithm  below,  a  sub-algorithm  of  the  main  one,  is  solving  this 
problem  taking  into  account  the  tables  just  described. 
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Assume  that  there  are  multiple  max  HValues  on  the  Ji  job.  The  algorithm 
returns  one  of  these  officers  (with  the  same  max  HValue)  for  the  Ji  job. 

Algorithm: 

Step  1 :  Fill  SAME  MAX  VALUE  table 

Step  2:  For  All  officers  ?  SAME  MAX  VALUE 

BEGIN 

Step  3:  Find  Oj  that  has  no  max  HValue  for  all  jobs  Jk  with  priorities  Pk  < 

Pi 

Step  4:  For  this  Oj  select  Hj,  i+i,  where  T+i  is  the  job  with  the  next  lower 

priority  of  job  J, 

Step  5:  Input  Hj,  l+l  and  Oj  in  MIN  VALUE  APPLICANTS  table 

END 

Step  6:  IF  (MIN  VALUE  APPLICANTS  ?  0) 

BEGIN 

Step  7:  Select  Om,  with  min  (Hm>  i+i)  where  Om  and  Hm>i+i  ?  MIN  VALUE 

APPLICANTS 

Step  8:  Return  Ora 

END 

Step  9:  ELSE 

BEGIN 

Step  10:  For  All  jobs  Jk  with  priorities  Pk  <  P; 

BEGIN 

Step  11:  Find  Jp  jobs  that  have  one  max  HValue  for  all  the  rest 

officers 

Step  12:  Find  correspondent  officer  Os 

Step  13:  Find  Jq  jobs  that  have  multiple  max  HValues  for  all  the  rest 

officers 

Step  14:  Find  correspondent  officers  Ot 

Step  15:  Input  Jp,  Os  pair  in  ONE  MAX  VALUE  table 

Step  16:  Input  Jq,  Ot  pairs  in  MULTIPLE  MAX  VALUES  table 

END 
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Step  17:  IF  (MULTIPLE  MAX  VALUES  ?  0) 

BEGIN 

Step  18:  IF  rest  jobs  Jk  with  priorities  Pk  <  P,  are  more  than  2 

BEGIN 

Step  19:  Select  Os  with  min  (HSi  ;+i),  where  Os  ?  MULTIPLE 

MAX  VALUES 

Step  20:  IF  (min  (Hs. i+i)  <  max  (Hj,  ,+  i)  for  all  Oj) 

BEGIN 

Step  21:  Return  Os 

END 

Step  22:  ELSE 

BEGIN 

Step  23:  Select  officer  Os  ?  MULTIPLE  MAX 

VALUES  with  HS;i+i  =  max  (H,  1+|)  that  has  the  least  number  of  max  HValues  beyond  Ji+i 

AND  the  job  that  has  one  of  these  max  HValues,  has  the  lowest  priority. 

Step  24:  Return  Os 

END 

END 

Step  25:  ELSE  IF  rest  jobs  Jk  with  priorities  Pk  <  Pi  are  2 

BEGIN 

Step  26:  Select  Os  with  min  (HSi  i+2),  where  Os  ?  MULTIPLE 

MAX  VALUES 

Step  27:  Return  Os 

END 

Step  28:  ELSE  IF  rest  jobs  Jk  with  priorities  Pk  <  Pi  are  1 

BEGIN 

Step  29:  Select  Os  with  min  (Hs  i+i),  where  Os  ?  MULTIPLE 

MAX  VALUES 

Step  30:  Return  Os 

END 

END 
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Step  31: 

VALUE  ?  0) 


ELSE  IF  (MULTIPLE  MAX  VALUES  =  0)  AND  (ONE  MAX 


BEGIN 

Select  Os  ?  ONE  MAX  VALUE,  where  the  correspondent 
Jk  has  priority  Pk  <  Pi-i  and  Pk  is  minimum 


Step  32: 

Return  Os 

END 

Step  33: 

ELSE 

BEGIN 

Step  34: 

Choose  Os  randomly 

Step  35: 

Return  Os 

END 

END 


The  following  examples  demonstrate  the  use  of  the  algorithm. 


Example  1: 


Ji 

h 

h 

J4 

Ok 

10 

10 

7 

9 

o2 

10 

8 

9 

10 

O3 

10 

7 

8 

10 

O4 

10 

6 

10 

8 

After  Step  1  the  SAME  MAX  VALUE  table  becomes 
SAME  MAX  VALUE  table: 


Officer 


Oi,  O2,  O3,  O4 
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Step  6  statement  is  False  since  beyond  Ji  job,  Oi  officer  row  has  1  max  HValue  (10) 
under  job  J2,  O2  officer  row  has  1  max  HValue  (10)  under  job  J4,  O3  officer  row  has  1 
max  HValue  (10)  under  job  J4  too,  and  finally  O4  officer  row  has  1  max  HValue  (10) 
under  job  J3. 

After  the  loop  from  Step  10  to  Step  16,  we  have: 

MULTIPLE  MAX  VALUES  table: 


Job 

Officer 

J4 

02 

J4 

03 

ONE  MAX  VALUE  table: 


Job 

Officer 

h 

Oi 

J3 

o4 

Step  17  is  true  (MULTIPLE  MAX  VALUES  ?  0) 

Step  18  is  true  since  the  jobs  Jk  with  priorities  Pk  <  Pi  are  more  than  2  (these  are  J2,  J3, 

J4). 

After  Step  19  the  min  (Hs  j+j)  is  H32  =  7  of  O3,  since  for  officers  O2,  O3  ?  MULTIPLE 
MAX  VALUES,  H32  =  7  <  8  =  H22. 

After  Step  21  the  algorithm  is  ended  and  officer  O3  is  returned. 


Example  2: 


Jl 

h 

J3 

J4 

O! 

10 

10 

7 

10 

02 

10 

8 

9 

7 

O3 

10 

7 

8 

8 

O4 

10 

6 

10 

10 
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After  Step  1  the  SAME  MAX  VALUE  table  becomes 


SAME  MAX  VALUE  table: 


Officer 


Oi,  O2,  O3,  O4 


After  the  loop  from  Step  2  to  Step  5,  we  have: 
MIN  VALUE  APPLICANTS  table: 


Officer 

HValue 

02 

8 

03 

7 

Step  6  statement  is  True 

After  Step  7  officer  O3  is  selected  since  H32  =  7  <  8  =  H22 
After  Step  8  the  algorithm  is  ended  and  officer  O3  is  returned. 


Example  3: 


Ji 

h 

J3 

J4 

Oi 

10 

10 

7 

7 

o2 

10 

8 

10 

8 

O3 

10 

7 

9 

10 

O4 

10 

10 

8 

9 

After  Step  1  the  SAME  MAX  VALUE  table  becomes 
SAME  MAX  VALUE  table: 


Officer 


Oi,  O2,  O3,  O4 


Step  6  statement  is  False  since  beyond  Ji  job,  Oi  officer  row  has  1  max  HValue  (10) 
under  job  J2,  O2  officer  row  has  1  max  HValue  (10)  under  job  J3,  O3  officer  row  has  1 
max  HValue  (10)  under  job  J4,  and  finally  O4  officer  row  has  1  max  HValue  (10)  under 
job  J2. 
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After  the  loop  from  Step  10  to  Step  16,  we  have: 


MULTIPLE  MAX  VALUES  table: 


Job 

Officer 

J2 

Oi 

J2 

o4 

ONE  MAX  VALUE  table: 


Job 

Officer 

J3 

02 

J4 

03 

Step  17  is  true  (MULTIPLE  MAX  VALUES  ?  0) 

Step  18  is  true  since  the  jobs  Jk  with  priorities  Pk  <  Pi  are  more  than  2  (these  are  J2,  J3, 

J4). 

After  Step  19  the  min  (HS;  i+i)  =  10,  since  for  officers  Oi,  O4  ?  MULTIPLE  MAX 
VALUES,  H12  =  H42  =  10. 

Step  20  is  false  since  min  (Hs-  i+1)  =  10  =  max  (Hj,  i+1) 

Step  22  is  true 

After  Step  23  officers  Oi  and  O4  have  no  max  HValue  beyond  job  J2  for  each  individual 
row. 

After  Step  24  the  algorithm  is  ended  and  officer  O4  is  returned. 

In  the  next  section  the  Utility  Function  is  described  in  full  detail. 

C.  UTILITY  FUNCTION 

The  Utility  Function  tries  to  capture  the  concept  and  philosophy  of  the  algorithm 
and  express  it  in  a  mathematical  model.  The  Utility  Function  helps  the  detailer  to 
evaluate  any  changes  he/she  makes  on  the  solution  set  and  compare  the  change  with  the 
result  of  the  algorithm. 

The  Utility  Function  should  be  a  summation  of  factors  that  will  express  both  the 
priority  of  the  J;  job  and  the  Hij  value  that  is  selected  for  that  job. 
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Utility  Function  =  £  Fa  c  tor.  (1) 

i  =  1 

and 

Factor^  =  Function  (P,.  Hy)  (2) 

Factory  is  a  function  of  the  priority  Pi  of  the  Jj  job,  Hy  is  the  value  of  the  selected 
pair  of  J;  job  and  Oj  Officer,  and  n  is  the  total  number  of  the  selected  jobs  that  form  the 
solution.  Intuitively  this  Factory  should  be  the  multiplication  of  the  Hy  value  with  the  P, 
priority.  The  priority  P,  is  like  a  coefficient  (weight)  that  multiplied  with  the  Hy  value 
gives  the  degree  of  importance  the  Hy  value  is  for  the  entire  solution. 

Factory  =  P,  x  Hy  (3) 

The  main  idea  is  that  the  summation  of  the  factors  of  two  adjacent  jobs  of  the 
algorithm’s  solution  should  always  be  greater  than  the  summation  of  the  factors  of  the 
same  adjacent  jobs  of  the  changed  solution.  ‘Adjacent  jobs’  are  jobs  that  their  priority 
has  1  value  difference. 

In  order  to  explain  that  better,  consider  the  case  of  a  2  x  2  matrix  of  the  H  table. 


h 

Jl 

Oi 

h21 

Hu 

o2 

h22 

Hl2 

Job  J2  has  a  priority  P2,  which  is  greater  than  the  priority  Pi  of  job  Ji. 

P2>Pi=>Pi  =  P2-l  (4) 

Suppose  that  all  the  Hy  values  are  not  NULL  and  that  H2i  value  is  greater  than  H22 
value  and  Hu  value  is  greater  than  H[2  value.  The  algorithm  will  pick  the  H2i  value  first 
because  it  belongs  to  the  job  with  higher  priority  P2,  and  then  it  will  choose  the  remaining 
Hi2  value.  Below,  the  Hy  values  in  bold  are  those  that  are  selected  by  the  algorithm. 
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h 

Ji 

01 

H21 

Hn 

o2 

H 22 

h12 

H2i>H22,H11>H12  (5) 

There  is  only  one  change  that  the  detailer  could  make,  and  that  is  select  the  H22 
value  first  and  then  select  the  remaining  Hu  value  (the  values  in  italics  in  the  table 
above).  The  Utility  Function  should  give  a  bigger  result  value  for  the  algorithm  solution, 
than  for  the  change  the  detailer  makes.  The  Utility  Function  result  for  the  two  cases  is 
shown  below. 

Algorithm  Solution: 

Utility  Function  =  Factor2i  +  Factor^  =  Function  (P2,  H2i)  +  Function  (Pi,  Hi2)  (6) 
Detailer  Change: 

Utility  Function  =  Factor22  +  Factorn  =  Function  (P2,  H22)  +  Function  (Pi,  Hu)  (7) 

It  should  be  that: 

Utility  Function  Algorithm  Solution  >  Utility  Function  Detailer  Change  =>  (8) 

Function  (P2,  H2i)  +  Function  (Pi,  H[2)  >  Function  (P2,  H22)  +  Function  (Pi,  Hu)  (9) 

Apparently,  this  is  very  hard  to  succeed  since  the  value  of  each  factor  is  relative  to 
the  Pi  and  Hjj  values.  There  should  be  a  way  to  benefit  the  factor  with  the  higher  priority. 
The  factor  of  the  higher  priority  should  be  bigger  by  t  times  the  factor  of  the  next  lower 
priority  in  order  for  type  (8)  to  be  true. 

For  the  case  above,  the  Utility  Function  should  be  the  following. 

Utility  Function  =  t  x  Factor^  +  Factor  ij  (10) 

Type  (9)  is  changed  into  the  following  form, 
t  x  Function  (P2,  H2i  j  +  Function  (Pi,  HJ2)  >  t  x  Function  (P2,  H22)  +  Function  (Pi,  Hu)  (9a) 

Type  (10)  gives  the  Utility  Function  for  2  jobs.  The  same  concept  is  generalized 
for  type  (1)  that  gives  the  Utility  Function  for  n  jobs.  This  is  described  below. 

For  the  first  2  jobs: 

t  x  Function  (P2,  H2j)  +  Function  (Pi,  Hy)  >  t  x  Function  (P2,  H2j)  +  Function  (Pi,  Hjj) 
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For  the  subsequent  2  jobs: 

t2  x  Function  (P3,  H3j)  +  t  x  Function  (P2,  H2j)  >  t2x  Function  (P3,  H3j)  +  t  x  Function  (P2,  H2j) 

For  the  subsequent  2  jobs: 

t  ’  x  Function  (P4,  H4|j  +  t2  x  Function  (P3,  H3|)  >  t3  x  Function  (P4,  H4j)  +  t2  x  Function  (P3,  H3|) 

The  same  procedure  is  done  until  the  last  2  jobs: 
tn_1  x  Function  (Pn,  Hnj)  +  tn'2  x  Function  (Pn_i,  H^.^)  >  tn_1  x  Function  (Pn,  Hnj)  +  tn"2  x  Function  (Pn.i,  H(n_1  jj) 

Type  (la)  gives  the  new  form  of  the  Utility  Function. 

n 

Utility  Function  =  £  t1_Ix  Factor  (la) 

i  =  1 

=>  Utility  Function  =  tn_1  x  Factor nj  +  tn'2  x  Factor,,,.!,,  +...+  t  x  Factor^  +  Factor i,  (lb) 

Taking  type  (3)  into  consideration  we  have  that: 

Utility  Function  =  tn  l  xPnx  Hni  +  tn‘2  x  Pn_i  x  FI, i ,,  +...+  t  x  P2  x  H2i  +  P3  x  Hn  (lc) 

Let’s  go  back  to  the  case  of  the  2  jobs  described  above. 


h 

Jl 

o, 

H2i 

Hu 

o2 

h22 

H,2 

Combining  type  (8)  with  type  (lc)  we  have  the  following: 

Utility  Function  Algorithm  Solution  >  Utility  Function  Detailer  Change  => 
txP2x  FLi  +  Pi  x  Hi2>  txP2x  H22  +  Pi  x  Hu  (11) 

The  worst  case  scenario  should  be  one  of  the  following  possibilities: 

•  H2i  value  is  the  maximum  value  for  the  J2  job,  Hu  value  is  the  maximum 
value  for  the  Ji  job,  H22  value  is  the  next  maximum  value  for  the  J2job  and 
Hi2  value  is  the  minimum  value  for  the  J)  job. 

•  H22  value  is  the  minimum  value  for  the  J2  job,  Hu  value  is  the  maximum 
value  for  the  Ji  job,  H2i  value  is  the  next  minimum  value  for  the  J2job  and 
Hi2  value  is  the  minimum  value  for  the  Ji  job. 

Now  it  may  be  seen  why  it  is  important  to  have  maximum  and  minimum  values 
for  the  Hij  variable.  Since  the  maximum  and  minimum  value  for  the  Hy  values  is  10  and  1 
respectively,  the  H  tables  for  both  possibilities  are  like  the  following. 
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For  the  first  possibility  we  have: 


h 

Jl 

Oi 

10 

10 

o2 

H22 

1 

Combining  type  (11)  with  type  (4)  we  have  the  following, 
t  x  P2  x  H2i  +  Pi  x  Hi2>  t  x  P2  x  H22  +  Pi  x  Hu  => 

t  x  P2  x  10  +  Pi  x  1  >  t  x  P2  x  H22  +  Pi  x  10  =>  (lib) 

t  >  Pi  x9/P2x(10-H22)  => 
t  >  [Pi  /  P2]  x  [9  /  (10  -  H22)]  => 
t>[(P2-l)/P2]x[9/(10-H22)] 

Since  (P2  -  1)  /  P2  =  1  -  1/  P2,  it  is  sufficient  for  t  to  be: 
t  =  9/(10  -H22)  (12) 

For  the  second  possibility  we  have: 


J2 

Jl 

Oi 

H21 

10 

o2 

1 

1 

Combining  type  (11)  with  type  (4)  we  have  the  following, 
t  X  P2  X  H21  +  Pi  X  Hi2>  t  X  P2  X  H22  +  Pi  X  Hu  => 
t  X  P2  X  H21  +  Pi  X  1  >  t  X  P2  X  1  +  Pi  X  10  => 
t  >  Pi  x  9  /  P2  x  (H2i  -  1)  => 
t  >  [Pi  /  P2]  x  [9  /  (H2i  -  1)]  => 
t  >  [(P2  -  1)  /  P2]  x  [9  /  (H2i  -  1)] 

Since  (P2  —  1)  /  P2  =1  —  1/  P2,  it  is  sufficient  for  t  to  be: 
t  =  9  /  (H2i  -  1)  (12a) 

So,  in  both  possibilities  t  is  a  function  of  the  maximum  value  and  the  next  most 
maximum  value,  or  a  function  of  the  minimum  value  and  the  next  most  minimum  value. 
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In  order  to  have  a  unique  t  value,  the  maximum  and  the  next  most  maximum 
value  of  all  the  Hq  variables  are  computed,  and  are  used  for  this  project.  In  the  extreme 
case  that  the  maximum  value  and  the  next  most  maximum  value  are  the  same,  then  there 
are  several  best  solutions. 

t  =  9  /  (max  (Hij)  -  next  max  (Hq))  (12b) 

It  is  obvious  that  as  next  max  (Hij)  approaches  the  max  (H;j),  the  t  value  increases 
infinitely.  Things  become  worse,  since  t  is  to  the  power  of  (i  -  1)  and  then  multiplied  by 
Pi  and  Hij  as  type  (lc)  shows.  This  means  that  the  result  of  the  Utility  Function  would  be 
too  big  for  a  computer  to  handle.  One  solution  would  be  to  compute  the  logarithm  of  the 
factor  t1 1  x  P;  x  HM.  But  the  logarithm  of  each  factor  does  not  provide  any  solution.  Take 
type  (12b),  but  with  the  use  of  logarithms  instead. 
logio(t  x  P2  x  10)  +  logio(Pi  x  1)  >  logio(t  x  P2  x  H22)  +  logio(Pi  x  10)  => 
logio(t)  +  logio(P2)  +  loglo(lO)  +  logio(Pi)  >  logio(t)  +  logio(P2)  +  logI0(H22)  +  logio(Pl)  + 
log10(10)  => 
logio(H22)  <  0 

The  last  is  impossible  since: 

H22>  1  =>  logio(H22)  >  logio(l)  =  0. 

In  order  to  avoid  this  problem,  the  logarithm  of  the  summation  of  every  2 
subsequent  factors  is  used. 

For  the  first  2  jobs  we  have  that  txP2x  H2j  +  Pi  x  Hq  >  t  x  P2  x  H2j  +  Pi  x  Hq. 
Since  both  summations  are  numbers  greater  or  equal  to  1,  logarithms  can  be  put  around 
them.  So  we  have  that  logi0(t  xP2x  H2j  +  Pi  x  Hq)  >  logi0(t  xP2x  H2j  +  Pi  x  Hq),  which 
is  true. 

It  is  true  for  the  subsequent  2  jobs: 

t2  x  P3  x  H3j  +  t  x  P2  x  H2j  >  t2  x  P3  x  H3j  +  t  x  P2  x  H2j  => 
logio(t2  x  P3  x  H3j  +  t  x  Pi  x  H2j)  >  logio(t2  x  P3  x  H3j  +  t  x  Pi  x  Hij) 

It  is  true  for  next  the  subsequent  2  jobs: 

t3  x  P4  x  H4j  +  t2  x  P3  x  H3j  >  t3  x  P4  x  H4j  +  t2  x  P3  x  H3j  => 
logio(t3  x  P4  x  H4j  +  t2  x  P3  x  H3j)  >  logio(t3  x  P4  x  H4j  +  t2  x  P3  x  H3j) 
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It  is  true  for  the  last  2  jobs  too: 

tn~‘  X  Pn  X  Hnj  +  tn"2  X  Pn-1  x  H(n-l)j  >  t""1  X  Pn  X  Hnj  +  t""2  X  Pn_]  X  H(n.pj  => 
logl0(tn  1  X  Pn  X  Hnj  +  tn‘2  X  P„.i  X  H(n_i)j)  >  log]0(tn  1  X  Pn  X  Hnj  +  tn"2  X  P„_1  X  H(n_i)j) 

All  these  result  to  the  final  form  of  the  Utility  Function,  which  is: 

n 

Utility  Function  =  £  log10(t‘ 1  x  P;  x  Hy  +tl2xPil  xH(i  l)j) 
i  =  2 


where  t  =  9  /  (max  (Hy)  -  next  max  (Hij)). 

The  priorities  Pi  are  stored  in  the  COUNTER  table,  while  the  Hij  values  are  stored 
in  the  H  table.  The  result  of  the  Utility  Function  is  stored  in  the  ESTIMATE 
FUNCTION  RESULT  table.  The  changes  the  detailer  makes  from  the  MAX  VALUE 
table  (the  table  that  stores  the  algorithm’s  solution),  are  stored  in  the  MANIPULATE 
SOLUTION.  Any  job  and  officer  the  detailer  changes  from  the  MANIPULATE 
SOLUTION  table,  is  stored  in  the  DELETED  JOBS  MANIPULATE  and  UNASSIGNED 
APPLICANTS  MANIPULATE  table  respectively. 

Actually,  the  ESTIMATE  FUNCTION  RESULT  table  stores  the  difference  of  the 
Utility  Function  results  from  the  MAX  VALUE  and  MANIPULATE  SOLUTION  table. 
So,  if  for  example  the  result  of  the  Utility  Function  for  the  algorithm’s  solution  is  40  and 
the  result  of  the  Utility  Function  for  the  detailer’ s  change  is  30,  the  value  that  is  stored  in 
the  ESTIMATE  FUNCTION  RESULT  table  is  10. 

When  the  detailer  is  ready  to  make  a  decision,  the  MAX  VALUE  table’s  data  or 
the  MANIPULATE  SOLUTION  table’s  data  are  stored  in  the  ASSIGNMENT  table. 

The  Transact-SQL  code  of  the  Utility  Function  and  all  the  supportive  sub¬ 
procedures  are  presented  in  the  Appendices. 

D.  TEST  RESULTS 

In  order  to  test  the  algorithm  and  the  Utility  Function,  tests  have  been  planned  and 
executed.  These  tests  are  based  on  the  following  issues. 

•  Estimation  of  the  time  length  that  the  computer  spends  running  the 
algorithm  in  order  to  find  a  distribution. 
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•  Increases  on  the  result  that  is  stored  in  the  ESTIMATE  FUNCTION 
RESULT  table,  when  changes  are  made  on  the  algorithm’s  solution. 

•  Changes  on  the  distribution  of  the  algorithm,  when  different  coefficient 
weights  for  the  decision  variables  are  given. 

A  description  of  the  tests  is  provided  below,  based  on  the  issues  above. 

1.  Time  Length  Estimation 

The  following  test  considers  22  jobs  and  24  officers.  The  algorithm  takes  9 
seconds  to  run  and  give  a  distribution.  Below  are  the  results. 
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Figure  28.  The  Solution  of  the  Algorithm-MAX  VALUE  Table  of  Manpower 

Database. 


This  test  takes  the  case  of  four  officers  to  be  distributed  on  four  jobs.  The 
algorithm  runs  instantly.  Below  are  the  results. 
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Figure  31.  H  Table-Manpower  Database. 
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Figure  32.  The  Solution  of  the  Algorithm-MAX  VALUE  Table  of  Manpower 

Database. 


Apparently,  for  large  loads  of  jobs  the  computational  time  will  increase 
significantly.  Specifically,  suppose  that  the  set  of  jobs  is  n.  From  the  design  of  the 

9 

algorithm  the  worst  case  computational  time  is  0(n  ).  The  reason  is  that  the  algorithm 
may  backtrack  until  it  finds  a  path  in  order  to  fulfill  all  the  jobs.  The  worst  case  scenario 
will  be  that  the  algorithm  backtracks  for  every  officer,  beginning  from  the  highest  priority 
job  until  the  lowest  priority  job  and  then  backtracks  to  highest  priority  job  again.  This 

means  that  the  algorithm  goes  back  and  forth  for  all  n  officers  n  times,  which  concludes 

2 

to  the  0(n  )  computational  time. 
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The  computational  time  for  the  average  case  scenario  is  expected  to  be  O(n),  since 
the  algorithm  won’t  backtrack  a  lot.  Usually,  it  tracks  back  a  couple  of  times  for  a  couple 
of  jobs.  So  it  will  begin  from  the  highest  priority  job  and  end  to  the  lowest  priority  job 
for  a  total  computational  time  of  O(n). 

2.  Increases  on  the  Estimate  Function  Result  When  Changes  Are  Made 
on  the  Algorithm’s  Solution 

In  order  to  show  the  changes,  the  following  scenario  of  available  jobs  and  officers 
is  put  into  the  Manpower  database. 


APPLICANT  table:  The  same  with  figure  24. 
IOB  PLACE  table:  The  same  with  figure  23. 
IOB  table: 
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Figure  33. 


IOB  Table-Manpower  Database. 
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EXPERIENCE  table: 
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Figure  34.  EXPERIENCE  Table-Manpower  Database. 
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JOB  LANGUAGE  table: 
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Figure  35.  JOB  LANGUAGE  Table-Manpower  Database. 
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APPLICANT  LANGUAGE  table: 
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Figure  36.  APPLICANT  LANGUAGE  Table-Manpower  Database. 
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Figure  37.  JOB  CREDENTIALS  Table-Manpower  Database. 
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APPLICANT  CREDENTIALS  table: 
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Figure  38.  APPLICANT  CREDENTIALS  Table-Manpower  Database. 
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JOB  QUALIFICATION  table: 
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Figure  39.  JOB  QUALIFICATION  Table-Manpower  Database. 
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QUALIFICATION  APPLICANT  table: 
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Figure  40.  QUALIFICATION  APPLICANT  Table-Manpower  Database. 
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APPLICANT  PREFERENCE  table: 
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Figure  41 .  APPLICANT  PREFERENCE  Table-Manpower  Database. 
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COMMAND  PREFERENCE  table: 


(Ha  \\\nkm 

HaD 

,  <flx 

®  Si  C  U! 

! 

*  V 

0: 

Ustfd 

► 

1 

CO 

El 

FRH 

0 

3 

COK) 

Pi 

fRh 

3 

EKO 

Pi 

FRH 

2 

M&VO 

PI 

r*n 

3 

: 

CO 

FI 

PRH 

2 

2 

COM3 

PI 

PRM 

0 

3 

E<0 

PI 

FRH 

3 

2 

NAYO 

PI 

run 

1 

3 

CO 

Pi 

Pftr 

1 

3 

cove 

FI 

FRH 

2 

3 

EtO 

Pi 

PR* 

0 

3 

MAVO 

FI 

FRH 

2 

4 

CO 

Fl 

FRh 

3 

4 

COWj 

FI 

FRH 

2 

4 

E<0 

Fl 

FR« 

1 

4 

VAVO 

Fl 

FRH 

D 

Figure  42. 


COMMAND  PREFERENCE  Table-Manpower  Database. 


After  the  algorithm  is  ran,  the  H  table  becomes  as  shown  in  the  figure  below. 
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Figure  43.  H  Table-Manpower  Database. 


The  MAX  Value  table  results  are  shown  in  the  figure  below. 


124 


EQ 


■  » 


■B 


(flicrowtt  liitemrtljplarr* 


O8**  ■  ^  *j  ^1  ^  fa frKn,a  *y,‘*«*»  ^  ^  *i 


tJ  _ ^lks  rmt 


Figure  44.  Solution  (Screen  l)-Manpower  Database. 
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Figure  45.  Solution  (Screen  2)-Manpower  Database. 

The  detailer  then  makes  the  following  change.  He/she  assigns  the  Commanding 
Officer’s  job  of  the  ship  Frigate  1  to  the  officer  3,  and  the  Executive  Officer’s  job  of  the 
ship  Frigate  1  to  the  officer  4. 

The  following  screenshots  show  the  new  results  on  the  solution  and  the  Estimate 
Function. 
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Figure  46.  Change  on  the  Solution  and  Estimate  Function  (Screen  l)-Manpower 

Database. 
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Figure  47.  Change  on  the  Solution  and  Estimate  Function  (Screen  2)-Manpower 

Database. 


Apparently,  the  detailer  selected  officers  with  worse  HValues  than  the  algorithm 

selected.  This  resulted  in  an  increase  of  the  Estimate  Function  by  0.0485  units. 

3.  Changes  on  the  Algorithm’s  Distribution,  When  Different  Coefficient 
Weights  for  the  Decision  Variables  Are  Given 

For  the  case  just  described  above,  the  solution  of  the  algorithm  presented  in 

Figures  37  and  38  was  made  with  coefficient  weights  equal  to  1  for  all  the  criteria  as 

shown  in  the  figure  below. 
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Figure  48.  Coefficient  Weights  Per  Criterion-Manpower  Database. 

If  the  detailer  changes  the  criteria  weights,  both  the  H  table  and  the  solution 
change.  Assume  that  the  detailer  would  like  to  give  more  weight  to  the  officers’ 
preference  and  the  commands’  preference  than  to  their  Credentials,  Experience  and 
Language  criteria.  He/she  decides  then  to  put  weight  5  to  the  officers’  and  commands’ 
preference  criteria  and  leave  the  rest  criteria  as  they  are. 
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Figure  49.  Coefficient  Weights  Per  Criterion  After  the  Weights  Change-Manpower 

Database. 


Now  that  the  weights  are  changed,  a  different  H  table  and  a  different  solution  will 
be  produced.  The  two  figures  below  show  that  change  on  the  H  table. 
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Figure  50.  H  Table  Before  the  Weights  Change  and  the  Algorithm  Runs-Manpower 

Database. 
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Figure  51.  H  Table  After  the  Weights  Change  and  the  Algorithm  Runs-Manpower 

Database. 


In  the  two  figures  below,  the  new  solution  of  the  algorithm  is  shown. 
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Figure  52.  Solution  (Screen  l)-Manpower  Database. 
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Figure  53.  Solution  (Screen  2)-Manpower  Database. 

Again,  below  are  the  2  H  tables  and  highlighted  is  the  algorithm’s  choice  of 
HValues  for  both  cases. 


H  table  before: 
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H  table  after: 
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Until  now,  both  the  Manpower  database  and  the  multi-criteria  decision  model  are 
described.  What  remains  is  the  description  of  the  user  interface  that  helps  the  users,  the 
officers,  the  commands  and  the  detailer  to  access  the  database  and  manipulate  data.  The 
next  chapter  describes  the  Manpower  web  site’s  form  and  structure. 
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V.  WEBSITE 


The  previous  sections  described  the  database  and  the  multi-criteria  decision  tool 
for  the  Greek  Navy’s  Manpower  model.  This  chapter  discusses  the  website,  which  helps 
the  officers  and  the  commands  to  specify  their  preferences  and  the  detailer  to  administer 
the  database  and  make  decisions  by  using  the  decision  support  environment. 

A.  3-TIER  ARCHITECTURE 

Before  discussing  the  web  site  structure  and  design,  it  is  useful  to  describe  the  3- 
tier  architecture  model  used  for  the  implementation  of  this  project.  The  figure  below 
describes  the  basic  form  of  a  3-tier  architecture.  The  3-tier  architecture  logically 
separates  the  functions  of  an  application  into  a  user  interface  component,  a  server 
business  logic  component,  and  a  database  component. 

Many  application  server  products  and  middleware  products  provide  support  for 
building  and  deploying  applications  using  the  3-tier  architecture.  In  most  of  these  cases  a 
primary  role  of  the  middle  tier  business  logic  components  is  to  manipulate  data  stored  in 
and  accessed  from  the  3rd  tier. 


Client  Computer 


DB 

Server 


Figure  54.  3-Tier  Architecture. 


Web 

Server 
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For  this  thesis,  the  middle-tier  component  is  a  web  server  running  Windows  IIS 
5.0.  The  third-tier  component  is  the  Windows  SQL  Server  2000,  which  is  the  database 
server.  This  is  the  place  where  the  data  and  the  stored  procedures  of  the  multi-criteria 
decision  tool  reside,  as  described  in  the  previous  chapters.  The  first- tier  component  is  the 
browser  for  the  Manpower  database  users.  The  figure  below  describes  the  3-tier 
architecture  for  our  prototype. 


Client 


DB 

Server  running 
SQL  Server  2000 


Web 

Server  running 
IIS  5.0 


Figure  55.  3-Tier  Architecture-Manpower  Database. 


3-tier  architecture  meets  the  requirements  of  large-scale  Internet  or  intranet 
client/server  applications  because  they  are  scalable,  robust  and  flexible.  They  are  easier 
to  manage  and  deploy  on  the  network,  since  most  of  the  code  runs  on  the  servers. 

3-tier  applications  minimize  network  interchanges  by  creating  abstract  levels  of 
service.  Instead  of  interacting  with  the  database  directly,  the  client  calls  business  logic 
which  resides  on  the  server.  The  business  logic  then  accesses  the  database  on  the  client’s 
behalf  (middleware  functionality). 

For  the  thesis  model  specifically,  almost  all  the  logic  of  the  architecture  is 
concentrated  on  the  database  server  side.  This  means  that  the  network  load  is  low  since 
the  only  thing  the  web  server  does  is  to  send  commands  to  the  database  server  on  the 
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client’s  behalf.  These  commands  activate  stored  procedures  on  the  database  server’s 
side,  which  do  the  entire  job.  Only  the  results  of  these  procedures  are  sent  to  the  client. 
The  web  server  functions  as  a  go-between  between  the  client  and  the  database  server. 

B.  WEBSITE  STRUCTURE 

The  website  structure  is  based  on  the  tasks  that  three  types  of  users  (officer, 
command  and  detailer)  want  to  perform.  The  web  design  tool  that  is  used  for  that 
purpose  is  the  Macromedia  Dreamweaver  MX.  The  website  administration  is  managed 
through  the  Microsoft  IIS  5.0  server. 

In  order  for  the  application  to  communicate  with  the  database,  an  interface  called 
Open  Database  Connectivity  Driver  (ODBC)  must  be  installed  first.  ASP  applications 
are  fluent  ODBC  speakers  thanks  to  a  built-in  OLE  DB/ODBC  interpreter. 

The  figure  below  shows  the  ODBC  connectivity  for  the  Manpower  database.  The 
name  of  the  connection  is  ‘LocalServer’  since  the  SQL  Server  2000  resides  in  the  same 
computer. 
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Figure  56.  ODBC  Connectivity-Manpower  Website. 


The  Manpower  site  is  the  place  where  all  web  pages  are  stored.  The  figure  below 
shows  the  configurations  of  the  Manpower  website. 
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Figure  57.  Manpower  Website  Configuration  Wizard. 


In  order  for  the  website  to  connect  to  the  database  a  Data  Source  Name  (DSN) 
should  be  created.  A  DSN  is  a  one-word  identifier  that  points  to  the  database  and 
contains  all  the  information  needed  to  connect  to  it.  A  DSN  can  be  used  if  the  connection 
is  made  through  an  ODBC  driver.  Below  is  the  DSN  for  the  Manpower  website.  This 
DSN  string  contains  not  only  the  ODBC  connection  named  ‘LocalServer’ ,  but  also  the 
user  name  and  password  of  the  administrator  who  creates  the  connection.  After  the 
connection  is  created  successfully,  then  the  web  site  administrator/creator  has  all  the 
Manpower  database  components  (tables,  stored  procedures  etc.)  available  as  shown  at  the 
right  hand  side  of  the  figure. 
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Figure  58.  DSN  Connection-Manpower  Website. 


Dreamweaver  allows  the  administrator  to  create  a  recordset  from  which  to  extract 
dynamic  content.  A  recordset  is  the  result  of  a  database  query.  It  extracts  the  specific 
information  the  user  requests  and  allows  the  user  to  display  that  information  within  a 
specified  page. 

Since  almost  all  the  functionality  resides  on  the  database  server  side,  the 
administrator  can  use  any  stored  procedures  in  order  to  define  the  kind  of  recordset  the 
administrator  wants  for  the  webpage. 
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Figure  59.  Recordset  Based  on  the  ksergis.ShowCredentialsIdOnApplicantld  Stored 

Procedure-Manpower  Website. 


Dreamweaver  allows  the  administrator  to  create  interactive  forms  in  order  to 
allow  the  user  to  input  his/her  information  in  the  webpage  and  store  them  in  the  database. 
For  that  purpose  Dreamweaver  has  Form  components  collected  in  a  bar  (Form  bar).  The 
administrator  can  choose  any  component  by  performing  a  simple  click.  The  most  popular 
components  are  the  following. 

•  Form  inserts  a  form  in  the  document.  Dreamweaver  inserts  opening  and 
closing  form  tags  in  the  HTML  source  code.  Any  additional  form  objects, 
such  as  text  fields,  buttons,  and  so  on  must  be  inserted  between  the  form 
tags  for  the  data  to  be  processed  correctly  by  all  browsers. 

•  Text  Field  inserts  a  text  field  in  a  form.  Text  fields  accept  any  type  of 
alphanumeric  entries.  The  entered  text  can  be  displayed  as  a  single  line, 
as  multiple  lines,  or  as  bullets  or  asterisks  (for  password  protection). 

•  Field  inserts  a  field  in  the  document  in  which  user  data  can  be  stored. 
Hidden  fields  let  the  administrator  store  information  entered  by  a  user, 
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such  as  a  name,  e-mail  address,  or  purchase  preference,  and  then  use  that 
data  when  the  user  next  visits  the  site. 

•  Check  Box  inserts  a  check  box  in  a  form.  Check  boxes  allow  multiple 
responses  in  a  single  group  of  options.  A  user  can  select  as  many  options 
as  apply. 

•  Radio  Button  inserts  a  radio  button  in  a  form.  Radio  buttons  represent 
exclusive  choices.  Selecting  a  button  within  a  group  deselects  all  others  in 
the  group.  For  example  a  user  can  select  Yes  or  No. 

•  Radio  Group  inserts  a  collection  of  radio  buttons  which  share  the  same 
name. 

•  List/Menus  allows  the  administrator  to  create  user  choices  in  a  list.  The 
List  option  displays  the  option  values  in  a  scrolling  list  and  allows  users  to 
select  multiple  options  in  the  list.  The  Menu  option  displays  the  option 
values  in  a  pop-up  menu  and  allows  users  to  select  only  a  single  choice. 

•  Button  inserts  a  text  button  within  a  form.  Buttons  perform  tasks  when 
clicked,  such  as  submitting  or  resetting  forms.  The  administrator  can  add 
a  custom  name  or  label  to  a  button,  or  use  one  of  the  predefined  “Submit” 
or  “Reset”  labels. 

The  figure  below  shows  a  webpage  of  the  Manpower  website.  This  webpage 
contains  a  Form,  a  List/Menu,  two  Hiddenfields  and  two  buttons  (one  called  Update  and 
one  called  Reset). 
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Figure  60.  Webpage  with  a  Form-Manpower  Website. 


One  feature  of  Dreamweaver  is  the  ability  to  build  master  pages.  A  master  page 
is  a  page  that  lists  records.  For  that  purpose,  Dreamweaver  provides  the  webpage 
designer  with  a  special  bar  named  ‘Application’.  The  most  popular  components  of  the 
‘Application’  bar  are  the  following. 

•  Repeated  Region  displays  more  than  one  record  at  a  time.  The  repeated 
region  is  normally  applied  to  the  table  row  containing  the  dynamic 
content. 

•  Dynamic  Table  creates  the  table  row  and  the  repeated  region 
automatically. 

•  Recordset  Navigation  Bar  helps  the  user  to  navigate  through  all  the 
records. 

The  following  figures  display  the  ‘ViewCredentiallnfo.asp’  page  in  both  the 
Dreamweaver  and  Internet  environment. 


145 


Figure  61.  Master  Page-The  Repeated  Region  and  the  Navigation  Bar  Are  Displayed. 
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Figure  62.  Master  Page  (1st  Screen)-How  the  Repeated  Region  and  the  Navigation 

Bar  Are  Displayed  on  the  Internet. 
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Figure  63.  Master  Page  (2nd  Screen)-How  the  Repeated  Region  and  the  Navigation 

Bar  are  Displayed  on  the  Internet. 

C.  MENU  NAVIGATIONAL  TREE 

The  three  categories  of  users  determine  the  shape  and  structure  of  the  Manpower 
website.  These  categories  of  users  are  the  officer,  the  command  and  the  detailer.  The 
officer  has  to  declare  his  preferences  for  the  next  assignment.  The  command  has  to 
declare  its  preferences  for  the  officers  who  wants  to  occupy  one  of  their  jobs.  The 
detailer  has  control  of  the  website.  The  detailer  has  to  view  all  the  records  of  the 
Manpower  database,  update  them  or  delete  them.  The  detailer  also  has  to  solve  the 
assignment  problem  and  change  the  solution  according  to  the  Navy’s  desires. 

The  following  lines  present  a  description  of  the  sequence  of  actions  each  one  of 
the  users  has  to  perform  in  order  to  accomplish  his/her  role  in  the  Manpower  website. 
Each  step  has  a  corresponding  number  of  stored  procedures  that  are  executed.  These  are 
also  presented  in  this  section. 
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1. 


Officer 


Stored  Procedures  for  Officer 

# 

Name 

Variables 

Description 

1 

ShowCurrentAssignment 

Applicantld 

Returns  the  officer’s  current 
assignment 

2 

ShowApplicantAddressPhoneData 

Applicantld 

Returns  the  officer’s  address  and  phone 
information 

UpdateApplicantData 

Applicantld, 

FirstName,  LastName, 

MiddleName, 

EmailAddress 

Updates  the  officer’s  First  Name,  Last 
Name,  Middle  Name,  Email  Address 

UpdateAddressData 

Applicantld, 
CityOrTown,  Street, 
Apartment,  ZIP 

Updates  the  City  or  Town,  Street, 
Apartment  and  ZIP  code  the  officer 
lives  in 

UpdatePhoneData 

Applicantld, 

HomePhoneNumber, 

CellPhoneNumber, 

OtherPhoneNumber 

Updates  the  officer’s  Home  Phone 
Number,  Cell  Phone  Number  and  Other 
Phone  Number 

3 

ShowJobld 

Returns  all  the  jobs 

CheckApplicantSuitable 

Applicantld 

Returns  the  jobs  the  officer  is  suitable 
for 

4 

ShowPlaceCodeOnJobld 

Jobld 

Returns  the  Platform/Base  data  per  job 

CheckPreference 

Applicantld, 
PreferenceApplicant, 
PlaceCode,  Jobld 

Checks  if  the  officer  has  selected  the 
same  Preference  number  or 
Platform/Base 

5 

CheckApplicantPreferenceExists 

Applicantld 

Checks  if  the  officer  has  at  least  one 
Preference 

ShowApplicantPreferences 

Applicantld 

Returns  all  the  officer’s  Preferences 
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Stored  Procedures  for  Officer 

# 

Name 

Variables 

Description 

6 

ShowApplicantPreferences 

Applic  antld 

Returns  all  the  officer’s  Preferences 

Delete  Applic  antPreference 

Applic  antld, 
PreferenceApplicant 

Deletes  an  officer’s  Preference 

7 

CheckU  serN  ame 

UserName 

Checks  if  the  User  Name  is  unique 

UpdateUserNamePassword 

Applic  antld, 

UserName,  Password 

Updates  the  officer’s  User  Name  and 
Password 

2.  Command 
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Stored  Procedures  for  Command 

# 

Name 

Variables 

Description 

1 

ShowPlaceCodeOnCommandCode 

CommandCode 

Returns  the  Platform/Base  code  per 
command 

2 

ShowJobldOnPlaceCode 

PlaceCode 

Returns  the  jobs  per  Platform/Base 

Sho  w  Applic  antLastN  ameFirstN  ame 

Returns  the  Officer’s  First  Name  and 
Last  Name 

CheckPreferenceCommand 

CommandCode, 
Applicantld, 
PreferenceCommand, 
PlaceCode,  Jobld 

Checks  if  the  command  has  selected 
the  same  Preference  number  or  the 
same  officer  and  Platform/Base  twice 

3 

ShowJobldOnPlaceCode 

PlaceCode 

Returns  the  jobs  per  Platform/Base 

CheckSuitableApplicantsOnJob 

Jobld 

Returns  the  officers  that  are  eligible 
for  a  job 

4 

ShowPlacelmage 

CommandCode 

Returns  the  Platform/Base  jpeg  files 
per  command 

ShowCommandPreferencesOnPlaceCo 

de 

CommandCode, 

PlaceCode 

Returns  the  command’ s  preferences 
per  Platform/Base 

5 

ShowCommandPreferences 

CommandCode 

Returns  the  command’s  preferences 

6 

ShowCommandsPreferencesForDelete 

CommandCode 

Returns  the  command’s  preferences 

DeleteCommandPreference 

PlaceCode,  Jobld, 
PreferenceCommand, 
Applicantld 

Deletes  a  command’s  preference 

7 

CheckUserNameCommand 

UserName 

Checks  if  the  User  Name  is  unique 

UpdateUserNamePasswordCommand 

CommandCode, 
UserName,  Password 

Updates  the  command’s  User  Name 
and  Password 

3.  Detailer 
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a.  View  Records 
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Stored  Procedures  for  View  Records 

# 

Name 

Variables 

Description 

1 

ShowJobld 

Returns  all  jobs 

2 

ShowExperienceRequired 

Jobld,  JobName 

Returns  the  required  experience  per 
job 

3 

ShowRankNameTimeSeaServiceOnJobld 

Jobld 

Returns  the  rank  and  time  of  sea 
service  per  job 

4 

ShowLanguageNameLanguageDegreeOn 

Jobld 

Jobld 

Returns  the  language  and  its 
minimum  grades  per  job 

5 

ShowSpecialtyNameOnJobld 

Jobld 

Returns  the  name  of  the  specialty  per 
job 

6 

ShowQualificationN  ameOn  J  obld 

Jobld 

Return  the  qualification’s  name  per 
job 

7 

ShowCredentialsNameCredentialsGrade 

OnJobld 

Jobld 

Returns  the  credential  and  its 
minimum  grades  per  job 

8 

ShowPlaceNamePlacelmageCommandNa 

meOnJobld 

Jobld 

Returns  the  platforms’  name,  jpeg  file 
and  command  per  job 

9 

Sho  w  Applic  antldLastN  ameFirstN  ame  W 
ORank 

Returns  the  officer’s  last  name  and 
first  name 

10 

ShowApplicantAddressPhoneData 

Applicantld 

Returns  the  officer’s  address  and 
phone  data 
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Stored  Procedures  for  View  Records 

# 

Name 

Variables 

Description 

11 

ShowCredentialsIdOnApplicantld 

Applicantld 

Returns  the  credentials  and  the 
corresponding  grades  per  officer 

ShowApplicantldLastNameFirstNameOn 

Applicantld 

Applicantld 

Returns  the  officer’s  first  and  last 

name 

12 

ShowApplicantldLastNameFirstNameOn 

Applicantld 

Applicantld 

Returns  the  officer’s  first  and  last 

name 

ShowQualificationCodeOnApplicantld 

Applicantld 

Returns  the  qualifications  per  officer 

13 

ShowApplicantldLastNameFirstNameOn 

Applicantld 

Applicantld 

Returns  the  officer’s  first  and  last 

name 

ShowRankCodeSpecialtyCodeSeaService 

OnApplicantld 

Applicantld 

Returns  the  officer’s  rank,  specialty 
and  sea  service 

14 

ShowApplicantldLastNameFirstNameOn 

Applicantld 

Applicantld 

Returns  the  officer’s  first  and  last 

name 

ShowLanguageCodeOnApplicantld 

Applicantld 

Returns  the  officer’s  languages  and 
the  corresponding  grades 

15 

ShowApplicantldLastNameFirstNameOn 

Applicantld 

Applicantld 

Returns  the  officer’s  first  and  last 

name 

ShowApplicantPreferences 

Applicantld 

Returns  the  officer’s  preferences 

16 

ShowExperiencePerJobOfficer 

Returns  the  officer’ s  experience  per 
job 

17 

ShowAllAssignmentlnfo 

Returns  all  the  assignments 

18 

ShowCredentialsId 

Returns  all  the  credentials 

19 

ShowRankData 

Returns  all  the  ranks 

20 

ShowLanguageCode 

Returns  all  the  languages 

21 

ShowSpecialtyCode 

Returns  all  the  specialties 

22 

ShowQualificationCode 

Returns  all  the  qualifications 

23 

ShowCommandsData 

Returns  all  the  commands 

24 

ShowPlacelmage 

CommandCode 

Returns  the  jpeg  files  of  all  the 
platforms  /bases  per  command 

25 

ShowCommandsPreferencesOnPlaceCod 

e 

CommandCode, 

PlaceCode 

Returns  the  command’s  preferences 
per  platform  /base 

26 

ShowPlaceData 

Returns  all  the  platforms  /bases 

27 

ShowCoefficients 

Returns  all  the  coefficients  with  their 
weights 
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Insert  Records 
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Insert 

Records 

(Cont’d) 


Officers  Specialty 


16 


Report 

/Detach 

Date 

Base/ 

Platform  14 

r 

Select  Job  22 

r 

Insert  Dates  23 

Criteria 

Weights 


24 


Officer’s 
Credentials 
and  Grades 


12 


Qualifications 


Rank  and 
Specialties  s 


Languages 

and 

Grades  10 


Stored  Procedures  for  Insert  Records 

# 

Name 

Variables 

Description 

1 

ShowJobld 

Returns  all  jobs 

CheckJobld 

Jobld 

Checks  if  the  Jobld  is  unique 

CheckJobName 

JobName 

Checks  if  the  JobName  is  unique 

2 

ShowRankCode 

Returns  all  the  ranks 

CheckJobldRankCode 

Jobld,  RankCode 

Checks  if  the  Jobld,  RankCode  pair  exists 

3 

ShowLanguageCode 

Returns  all  the  languages 

CheckJobldLanguageCode 

Jobld, 

LanguageCode 

Checks  if  the  Jobld,  LanguageCode  pair 
exists 

4 

ShowSpecialtyCode 

Returns  all  the  specialties 

CheckJobldSpecialtyCode 

Jobld, 

SpecialtyCode 

Checks  if  the  Jobld,  SpecialtyCode  pair 
exists 

5 

ShowQualificationCode 

Returns  all  the  qualifications 

CheckJobldQualificationCode 

Jobld, 

QualificationCode 

Checks  if  the  Jobld,  QualificationCode  pair 
exists 

6 

ShowCredentialsId 

Returns  all  the  credentials 
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Stored  Procedures  for  Insert  Records 

# 

Name 

Variables 

Description 

CheckJobldCredentialsId 

Jobld, 

Credentialsld 

Checks  if  the  Jobld,  Credentialsld  pair  exists 

7 

ShowPlaceCode 

Returns  all  the  Platforms/Bases 

CheckJobldPlaceCode 

Jobld,  PlaceCode 

Checks  if  the  Jobld,  PlaceCode  pair  exists 

8 

ShowApplicantldLastNameFir 
stN  ame  W  ORank 

Returns  the  officer’s  last  name  and  first 

name 

9 

ShowRankCode 

Returns  all  the  ranks 

ShowSpecialtyCode 

Returns  all  the  specialties 

ShowApplicantldLastNameFir 

stNameRankNameOnApplicant 

Id 

Applicantld 

Returns  the  last  name,  first  name  and  rank 
per  officer 

UpdateApplicantldSpecialtyRa 

nk 

Applicantld, 

SpecialtyCode, 

RankCode, 

SeaTimeForRank 

Updates  the  specialty,  rank  and  required  sea 
time  for  the  rank  per  officer 

10 

ShowLanguageCode 

Returns  all  the  languages 

ShowApplicantldLastNameFir 
stN  ameRankN  ameOn  Applicant 
Id 

Applicantld 

Returns  the  last  name,  first  name  and  rank 
per  officer 

CheckApplicantldLanguageCo 

de 

Applicantld, 

LanguageCode 

Checks  if  the  Applicantld,  LanguageCode 
pair  exists 

11 

ShowQualificationCode 

Returns  all  the  qualifications 

ShowApplicantldLastNameFir 
stN  ameRankN  ameOn  Applicant 
Id 

Applicantld 

Returns  the  last  name,  first  name  and  rank 
per  officer 

CheckApplicantldQualification 

Code 

Applicantld, 

QualificationCode 

Checks  if  the  Applicantld, 
QualificationCode  pair  exists 

12 

ShowCredentialsld 

Returns  all  the  credentials 

ShowApplicantldLastNameFir 
stN  ameRankN  ameOn  Applicant 
Id 

Applicantld 

Returns  the  last  name,  first  name  and  rank 
per  officer 

CheckApplicantldCredentialsId 

Applicantld, 

Credentialsld 

Checks  if  the  Applicantld,  Credentialsld 
pair  exists 

13 

CheckCredentialsId 

Credentialsld 

Checks  if  the  Credentialsld  is  unique 

CheckCredentialsName 

CredentialsN  ame 

Checks  if  the  CredentialsName  is  unique 

14 

ShowCommandCode 

Returns  all  Command  Codes 

15 

CheckQualificationCode 

QualificationCode 

Checks  if  the  QualificationCode  is  unique 

CheckQualificationN  ame 

QualificationN  ame 

Checks  if  the  QualificationName  is  unique 

16 

CheckSpecialtyCode 

SpecialtyCode 

Checks  if  the  SpecialtyCode  is  unique 

CheckSpecialtyName 

SpecialtyName 

Checks  if  the  SpecialtyName  is  unique 

17 

CheckLanguageCode 

LanguageCode 

Checks  if  the  LanguageCode  is  unique 

CheckLanguageName 

LanguageName 

Checks  if  the  LanguageName  is  unique 

18 

CheckRankCode 

RankCode 

Checks  if  the  RankCode  is  unique 

CheckRankN  ame 

RankName 

Checks  if  the  RankName  is  unique 

19 

ShowJobld 

Returns  all  jobs 

20 

Checks  uitableApplicantsOnJo 
bid 

Jobld 

Checks  if  an  officer  is  eligible  for  a  job 

21 

CheckExperienceExists 

Jobld,  Applicantld 

Checks  if  an  experience  has  been  already 
inserted 

InsertExperience 

Jobld,  Applicantld, 
Experience 

Inserts  the  experience  the  officer  has  for  a 
job 

22 

ShowJobldPlaceCodeApplican 

Returns  all  the  assignments 
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Stored  Procedures  for  Insert  Records 

# 

Name 

Variables 

Description 

tldFromAS  SIGNMENT 

ShowJobldPlaceCodeApplican 

tldOnApplicantldFromASSIG 

NMENT 

Applicantld 

Returns  an  officer’s  assignment 

23 

CheckDateExists 

Applicantld 

Checks  if  the  report  or  detach  date  exists 

InsertDate 

Applicantld, 

ReportDate, 

DetachDate 

Inserts  the  Report  and  Detach  Dates 

CheckCoefficientExists 

WeightName 

Checks  if  the  coefficient  exists 

24 

InsertCoefficient 

WeightName, 
Weight  Value 

Inserts  the  coefficient  and  its  value 
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Update  Records 


Update 

Records 
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Stored  Procedures  for  Update  Records 

# 

Name 

Variables 

Description 

1 

ShowJobld 

Returns  all  jobs 

ShowJobld 

Returns  all  jobs 

ShowExperienceRequired 

Jobld,  JobName 

Returns  the  job’s  experience  required 

CheckJobld 

JobldNew 

Checks  if  the  new  Jobld  is  unique 

2 

CheckJobName 

JobNameNew 

Checks  if  the  new  JobName  is  unique 

UpdateJobldJobNameExp 

erienceRequired 

Jobld,  JobldNew, 
JobNameNew, 
ExperienceRequired 

Updates  the  Jobld,  the  JobName  and  the 
experience  required 

ShowRankCode 

Returns  all  the  ranks 

3 

CheckJ  obldRankCode 

Jobld,  RankCode 

Checks  if  the  Jobld,  RankCode  pair 
exists 

ShowLanguageCode 

Returns  all  the  languages 

4 

CheckJ  obldLanguageCode 

Jobld,  LanguageCode 

Checks  if  the  Jobld,  LanguageCode  pair 
exists 

ShowSpecialtyCode 

Returns  all  the  specialties 

5 

CheckJ obldSpecialtyCode 

Jobld,  SpecialtyCode 

Checks  if  the  Jobld,  SpecialtyCode  pair 
exists 

ShowQualificationCode 

Returns  all  the  qualifications 

6 

CheckJobldQualificationC 

ode 

Jobld,  QualificationCode 

Checks  if  the  Jobld,  QualificationCode 
pair  exists 

ShowCredentialsId 

Returns  all  the  credentials 

7 

CheckJ obldCredentialsId 

Jobld,  Credentialsld 

Checks  if  the  Jobld,  Credentialsld  pair 
exists 

ShowPlaceCode 

Returns  all  the  Platforms/Bases 

8 

CheckJ obldPlaceCode 

Jobld,  PlaceCode 

Checks  if  the  Jobld,  PlaceCode  pair 
exists 

9 

ShowApplicantldLastNam 
eFirs  tName  W  ORank 

Returns  the  officer’s  last  name  and  first 

name 

ShowRankCode 

Returns  all  ranks 

ShowSpecialtyCode 

Returns  all  specialties 

ShowApplicantRankSpeci 

altySeaTimeForRank 

Applicantld 

Returns  the  rank,  specialty  and  sea  time 
for  rank  per  officer 

10 

ShowApplicantldLastNam 
eFirstN  ameRankN  ameOn 
Applicantld 

Applicantld 

Returns  the  officer’s  last  name,  first 
name  and  rank 

UpdateApplicantldSpecialt 

yRank 

Applicantld,  RankCode, 
SpecialtyCode, 
SeaTimeForRank 

Updates  the  officer’s  rank,  specialty, 
sea  time  for  his/her  rank 

ShowLanguageCodeOnAp 

plicantld 

Applicantld 

Returns  the  officer’s  languages  and 
grades 

11 

ShowApplicantldLastNam 
eFirstN  ameRankN  ameOn 
Applicantld 

Applicantld 

Returns  the  officer’s  last  name,  first 
name  and  rank 

ShowLanguageDegree 

Applicantld, 

LanguageCode 

Returns  the  officer’s  language  and 
grade 

12 

ShowApplicantldLastNam 
eFirstN  ameRankN  ameOn 
Applicantld 

Applicantld 

Returns  the  officer’s  last  name,  first 
name  and  rank 

13 

UpdateLanguageDegree 

Applicantld, 

LanguageCode, 

LanguageDegree 

Updates  the  officer’s  language  grades 
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Stored  Procedures  for  Update  Records 

# 

Name 

Variables 

Description 

14 

ShowCredentialsIdOnAppl 

icantld 

Applicantld 

Returns  the  credential  grades  per 
officer 

ShowApplicantldLastNam 
eFirstN  ameRankN  ameOn 
Applicantld 

Applicantld 

Returns  the  officer’s  last  name,  first 
name  and  rank 

15 

ShowCredentialsGrade 

Applicantld,  Credentialsld 

Returns  the  officer’s  credential  grade 

ShowApplicantldLastNam 
eFirstN  ameRankN  ameOn 
Applicantld 

Applicantld 

Returns  the  officer’s  last  name,  first 
name  and  rank 

16 

UpdateCredentialsGrade 

Applicantld,  Credentialsld, 
CredentialsGrade 

Updates  the  officer’s  credential  grade 

17 

S  ho  w  Jobld  J  obN  ameFrom 
EXPERIENCE 

Returns  all  jobs  with  their  required 
experience 

18 

ShowApplicantDataOnJob 

FromEXPERIENCE 

Jobld 

Returns  the  officers  for  a  specific  job 

19 

ShowExperienceOnJobldJ 

obName 

Jobld,  Applicantld 

Returns  the  officer’s  experience  for  a 
specific  job 

UpdateExperience 

Jobld,  Applicantld, 
Experience 

Updates  the  experience  per  job,  officer 

20 

ShowJobldPlaceCodeAppl 
ic  antldFromAS  SIGNMEN 
TForUpdate 

Returns  all  the  assignments 

21 

ShowJobldPlaceCodeAppl 

icantldOnApplicantldFro 

mASSIGNMENTForUpda 

te 

Returns  an  officer’ s  assignment 

InsertDate 

Applicantld,  ReportDate, 
DetachDate 

Inserts  the  report  and  detach  date  for  a 
specific  officer 

22 

ShowCoefficients 

Returns  all  the  coefficients  and  their 
values 

UpdateCoefficient 

WeightName, 
WeightV  alue 

Updates  the  coefficients’  values 
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d. 


Delete  Records 


63 


Delete 

Records 

(Cont’d) 


Stored  Procedures  for  Delete  Records 

# 

Name 

Variables 

Description 

1 

ShowJobld 

Returns  all  jobs 

DeleteJobs 

Jobld 

Deletes  a  job 

2 

ShowJobld 

Returns  all  jobs 

3 

ShowRankCodeOnJobld 

Jobld 

Returns  all  the  ranks  for  a  specific  job 

DeleteRankCodeOnJobRa 

nk 

Jobld,  RankCode 

Deletes  a  specific  rank 

4 

ShowLanguageCodeOnJo 

bid 

Jobld 

Returns  all  the  languages  for  a  specific  job 

DeleteLanguageCodeOnJ  o 
bLanguage 

Jobld, 

LanguageCode 

Deletes  a  specific  language 

5 

ShowSpecialtyCodeOnJob 

Id 

Jobld 

Returns  all  the  specialties  for  a  specific  job 

DeleteSpecialtyCodeOnJ  o 
bSpecialty 

Jobld, 

SpecialtyCode 

Deletes  a  specific  specialty 

6 

ShowQualificationCodeOn 

Jobld 

Jobld 

Returns  all  the  qualifications  for  a  specific  job 
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Stored  Procedures  for  Delete  Records 

# 

Name 

Variables 

Description 

DeleteQualificationCodeO 

nJobSpecialty 

Jobld, 

QualificationCode 

Deletes  a  specific  qualification 

7 

ShowCredentialsldOnJ  obi 
d 

Jobld 

Returns  all  the  credentials  for  a  specific  job 

DeleteCredentialsIdOnJob 

Credentials 

Jobld, 

Credentialsld 

Deletes  a  specific  credential 

ShowPlaceCodeOnJobld 

Jobld 

Returns  all  the  platforms/bases  for  a  specific  job 

8 

DeletePlaceCodeOnJ  obPla 

ce 

Jobld,  PlaceCode 

Deletes  a  specific  base/platform 

9 

ShowApplicantldLastNam 

eFirstName 

Returns  all  officers’  last,  first  name  and  rank 

Delete  Applic  ants 

Applicantld 

Deletes  an  officer 

10 

ShowApplicantldLastNam 

eFirstNameWORank 

Returns  all  officers’  last  and  first  name 

ShowApplicantldLastNam 
eFirstN  ameRankN  ameOn 
Applic  antld 

Applicantld 

Returns  an  officer’s  first  name,  last  name  and 
rank 

11 

ShowLanguageCodeOnAp 

plicantld 

Applicantld 

Returns  the  languages  and  grades  of  a  specific 
officer 

Delete  Applic  antldOn  Appli 
cantLanguage 

Applicantld, 

LanguageCode 

Deletes  an  officer’s  language  and  grade 

ShowApplicantldLastNam 
eFirstNameRankN  ameOn 
Applic  antld 

Applicantld 

Returns  an  officer’s  first  name,  last  name  and 
rank 

12 

ShowCredentialsIdOnAppl 

icantld 

Applicantld 

Returns  the  credentials  and  grades  of  a  specific 
officer 

Delete  Applic  antldOn  Appli 
cantCredentials 

Applicantld, 

Credentialsld 

Deletes  an  officer’s  credential  and  grade 

ShowApplicantldLastNam 
eFirstN  ameRankN  ameOn 
Applic  antld 

Applicantld 

Returns  an  officer’s  first  name,  last  name  and 
rank 

13 

ShowQualificationCodeOn 
Applic  antld 

Applicantld 

Returns  the  qualifications  and  grades  of  a 
specific  officer 

DeleteApplicantldOnQuali 
fication  Applic  ant 

Applicantld, 

QualificationCode 

Deletes  an  officer’s  qualification  and  grade 

14 

ShowCredentialsId 

Returns  all  the  credentials 

DeleteCredentials 

Credentialsld 

Deletes  a  credential 

15 

ShowPlaceCode 

Returns  all  the  platforms  /bases 

DeletePlaces 

PlaceCode 

Deletes  a  platform  /base 

16 

ShowCommandCode 

Returns  all  the  commands 

DeleteCommands 

CommandCode 

Deletes  a  command 

17 

ShowQualificationCode 

Returns  all  the  qualifications 

DeleteQualific  ations 

QualificationCode 

Deletes  a  qualification 

18 

ShowSpecialtyCode 

Returns  all  the  specialties 

DeleteSpecialties 

SpecialtyCode 

Deletes  a  specialty 

19 

ShowLanguageCode 

Returns  all  the  languages 

DeleteLanguages 

LanguageCode 

Deletes  a  language 

20 

ShowRankCode 

Returns  all  the  ranks 

DeleteRanks 

RankCode 

Deletes  a  rank 

21 

ShowCoefficients 

Returns  all  the  coefficients 

DeleteCoefficient 

WeightName 

Deletes  a  coefficient 
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e.  Solve  Model 


Stored  Procedures  for  Solve  Model 

# 

Name 

Variables 

1 

dec_CheckH  V  alueExists 

Counter 

dec_CheckH  V  alueNotNull 

Jobld,  PlaceCode, 
Applicantld 

dec_ComputeMax  V  alue 

Counter 

dec_ComputeMean  V  alue 

dec_COUNTER_Fill 

dec_CountPriorityRecords 

dec_Credentials 

Jobld,  Applicantld 

dec_Credentialsl 

Applicantld, 

Credentialsld 

dec_Credentials2 

Jobld,  Credentialsld 

dec_Experience 

Jobld,  Applicantld 

dec_H_Fill 

dec_H_Function 

Jobld,  Applicantld, 
PlaceCode 

dec_H_Normalize 

dec_Language 

Jobld,  Applicantld 

dec_Languagel 

Applicantld, 

LanguageCode 

dec_Language2 

Jobld,  LanguageCode 

dec_Main 

dec_M  AX_V  ALUE_Fill 
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Stored  Procedures  for  Solve  Model 

# 

Name 

Variables 

dec_PreferenceApplicantReturn 

Jobld,  Applicantld, 
PlaceCode 

dec_PreferenceCommandReturn 

Jobld,  Applicantld, 
PlaceCode 

dec_PRIORITY_Fill 

dec_QualificationExists  1 

Applicantld, 

QualificationCode 

dec_QualificationExists2 

Jobld, 

QualificationCode 

dec_Qualifications 

Jobld,  Applicantld 

dec_Rank 

Jobld,  Applicantld 

dec_RankExists  1 

Applicantld,  RankCode 

dec_RankExists2 

Jobld,  RankCode 

dec_SetMAXV  alueNull 

Counter 

dec_S  ho  wDeleted  J  obs 

dec_Sho  w  J  obN  ameOn  J  obld 

Jobld 

dec_ShowSolution 

dec_ShowUnassignedApplicants 

dec_Specialty 

Jobld,  Applicantld 

dec_SpecialtyExists  1 

Applicantld, 

SpecialtyCode 

dec_SpecialtyExists2 

Jobld,  SpecialtyCode 

dec_UNASSIGNED_APPLICANTS_Fill 

dec_Delete_Job_Manipulate 

Jobld,  PlaceCode 

dec_DELETED_JOBS_MANIPULATE_DeleteRecord 

Jobld,  PlaceCode 

dec_DELETED_JOBS_MANIPULATE_Fill 

dec_DeleteEmptyJobs 

dec_DeleteJob 

dec_DeleteJ  obUsed  V  alues 

Counter 

dec_EstimateFunction 

dec_FindMaxV  alue 

Jobld,  PlaceCode, 

M  AX  V  alue 

dec_MANIPULATE_SOLUTION_Fill 

2 

dec_MANIPULATE_SOLUTION_InsertRecord 

Jobld,  PlaceCode, 
Applicantld 

dec_MAX_VALUE_ALL_JOBS_Fill 

dec_ShowDeletedJobsManipulate 

dec_ShowEstimateFunctionResult 

dec_ShowJobNameOnJobId 

Jobld 

dec_ShowManipulateSolution 

dec_ShowNotNullH  V  alue 

dec_ShowPlaceNameOnPlaceCode 

PlaceCode 

dec_ShowUnassignedApplicantsManipulate 

dec_UNASSIGNED_APPLICANTS_MANIPULATE_DeleteRecord 

Applicantld 

dec_UNASSIGNED_APPLICANTS_MANIPULATE_Fill 

3 

Accepts  olutionFromM  AXT  able 

AcceptSolutionFromManipulateSolutionTable 
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D.  USE  CASES 


This  section  describes  examples  of  use  cases.  Each  of  these  use  cases  is  a 
sequence  of  actions  the  three  categories  of  users  have  to  perform.  The  following  lines 
present  a  sequence  of  screens  that  each  user  goes  through  while  the  user  performs  his/her 
basic  roles. 

1.  Officer 

The  basic  functionalities  the  officer  has  to  do  are  to  delete  a  preference  he  has 
already  selected  and  add  a  new  preference. 

a.  Delete  a  Preference 

(1)  The  Officer  Logs  In. 


& 


—aaa  I 


2  Go 


h&ttn  ~Ttr  •/, V)  c  |V>  w  >  b<n- 

rorfitw  tow$  -£)  Ccsto*ue  ur*5  i?]  nrtr&  4}  ; 


■iiil 


1  Select  Ail  OttUM 


i  Email  Us 


FAQ 


tfeliam*  tu  the  Creek  Navy  Haupoaer 
Meh5lte. 

Voa  any  ilmnsp  yaur  next  jtli  frail 
this  paqe 


|  Already  Hjuo  a  I 
Pas5aor4? 

Slqa  in 


Mould  You  like  To  Select  An  afficer  for  Vour 
Oormarvl? 


Please  Click  here? 


.  j  •"t»:/,tocatocW3rco'.,.er,to5r.aaD 


Figure  64.  The  Officer  Selects  the  ‘Already  Have  a  Password?  Sign  In’ -Manpower 

Website. 
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Figure  65.  The  Officer  Types  the  User  Name  and  Password-Manpower  Website. 
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(2)  The  Officer  Deletes  a  Preference 
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Figure  66.  The  Officer  Selects  ‘Delete  A  Preference’ -Manpower  Website. 
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Figure  67.  The  Officer  Selects  Preference  Number  2  to  Delete-Manpower  Website. 
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Figure  68.  Preference  Number  2  is  Selected-Manpower  Website. 
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Figure  69.  Preference  Number  2  is  Deleted  and  the  Officer  Goes  Back  to  the  Control 

Page-Manpower  Website. 


Above. 


b.  Add  a  Preference 

(1)  The  Officer  Logs  in  the  Same  Manner  As  Described 


(2)  The  Officer  Adds  a  Preference 
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Figure  70.  The  Officer  Selects  the  ‘Select  A  New  Assignment’  Option-Manpower 

Website. 
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Figure  71.  The  Officer  Selects  the  Communications  Officer-Manpower  Website. 
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Figure  72.  The  Officer  Selects  the  Frigate  1  and  Preference  2-Manpower  Website. 


176 


* 


I^Beck  *  W  2  y  Search  S'*,- Fa^ontea  ^ RS 

v  a  go 

TwHbe  Accew  r£)  CusttrwLris  r-e*  Horn**  Q^eafesver  Windows  r/)  Windows 

m 


b 


■■  ■ 

M  Select  An  Officer 


iJ3« 

Figure  73. 


.>aJ  rrr« 


The  Officer  Has  Applied  His/Her  Preference-Manpower  Website. 


2.  Command 

The  basic  functionalities  the  command  has  to  do  are  to  delete  a  preference  it  has 
already  selected  and  add  a  new  preference. 

a.  Delete  a  Preference 

(1)  Log  In.  The  command  logs  in  the  same  way  the  officer 
does  but  the  command  selects  the  ‘Would  You  Like  To  Select  An  Officer  For  Your 
Command?  Please  Click  here!’  option  instead. 

(2)  Delete  a  Preference. 


177 


3  Untitled  Document  -  Wrerovrt  Internet  Explorer 


^  E6t  *rw  Fronts  feds  ««b 

©8>*  *  j  *_  £]  "'<  /  Se«*  ^  ,  5  "  3}  & 

_  tp  Vnatof  ti* erpo»*r  AT or ^*Yr}r»_opnCc*^T*rd  «p _ 


ljuid 

* 

v  Qsi 


7osb<»  Access  rv  Cjrtjnpf  inks  -e] nw  rtotrvj  <Q  «t«<Plsw  &] 'An  dons  V)  AntnAsr^rfc 


FAQ  | 


tfflcow  la  Ilia  (riyjtis  Hr odqa  jrt  rrit 
Ca«Mkd 

-  ~  ^.y  Ai  .  ^ 

Uti«t  Uauld  ton  Like  la  D«  Host? 


Select  (ta  •eficoe 

e  Preferences  Per  Platfnrn  /  Bast* 

View  Tfce  Entire  C«m<i  id*s  Preferences 
Delete  ft  Preference 


Uldayr  d-.rr  Kior  -  P4%a^waril? 


< 

> 

tfcj 

'J^3  rtryct 

Figure  74. 


The  Command  Selects  ‘Delete  A  Preference’ -Manpower  Website. 
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Figure  75.  The  Command  Selects  the  job  Commanding  Officer  for  Frigate  1  with 

Preference  Number  3-Manpower  Website. 
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Figure  76.  The  Preference  Number  3  is  Deleted-Manpower  Website. 


b.  Add  a  Preference 

(1)  The  Command  Logs  In  As  Described  Above. 

(2)  The  Command  Adds  a  Preference. 
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Figure  77.  The  Command  Selects  the  ‘Select  An  Officer’  Option-Manpower  Website. 
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Figure  78.  The  Command  Selects  Frigate  1-Manpower  Website. 
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Figure  79.  The  Command  Selects  the  Commanding  Officer  Job  and  Officer  4  with 

Preference  Number  3-Manpower  Website. 
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Figure  80.  The  Commanding  Officer  Job  and  Officer  4  with  Preference  Number  3  Is 

Selected-Manpower  Website. 

3.  Detailer 

The  main  job  for  the  detailer  is  to  solve  the  multi-criteria  model  and  make  any 
changes  if  the  detailer  wishes  to. 

a.  Solve  the  Model 

(1)  The  Detailer  Has  to  Log  In  First. 
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The  Detailer  Selects  the  ‘Already  Have  a  Password?  Sign  In’ -Manpower 

Website. 
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Figure  82. 


The  Detailer  Types  the  User  Name  and  Password-Manpower  Website. 
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Figure  83.  The  Detailer  Types  the  Second  Password  the  Detailer  Has-Manpower 

Website. 
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(2)  The  Detailer  Solves  the  Model. 
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Figure  84. 


The  Detailer  Selects  the  ‘Solve  The  Model’  Option-Manpower  Website. 
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Figure  85.  The  Algorithm  Solution  (Screen  l)-Manpower  Website. 
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Figure  86. 

The  Algorithm  Solution  (Screen  2)-Manpower  Website. 
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(3)  The  Detailer  Makes  Changes.  In  Figure  37,  the  detailer 
selects  the  ‘Make  Changes’  option.  The  page  that  follows  allows  the  detailer  to  wipe  out 
a  job  and  an  officer  from  the  solution  set,  by  selecting  the  MAX  Value  link  that 
corresponds  to  that  job. 
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Figure  87.  The  Page  the  Detailer  Can  Change  the  Solution  (Screen  l)-Manpower 

Website 
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Figure  88.  The  Page  on  Which  the  Detailer  Can  Change  the  Solution  (Screen  2).  On 
That  Page  the  Detailer  Selects  the  MAX  Value  10  Link  That  Corresponds  to  Job 
Commanding  Officer  and  Officer  1-Manpower  Website. 


As  soon  as  the  detailer  selects  a  specific  job,  the  job  and  the 
corresponding  officer  appear  under  the  Deleted  Jobs  and  Unassigned  Officers  lists 
accordingly.  At  the  same  time  the  Estimate  Function  Result  appears  which  shows  how 
worse  the  detailers  change  is  compared  with  the  algorithms  solution. 
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The  Job  Commanding  Officer  and  Officer  1  is  Deleted  from  the  Solution 
(Screen  l)-Manpower  Website. 
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Figure  90.  The  Job  Commanding  Officer  and  Officer  1  is  Deleted  from  the  Solution 

(Screen  2)-Manpower  Website. 


By  performing  the  same  sequence  of  actions  the  detailer  deletes  the 
job  Communications  Officer  and  officer  2.  The  job  Communications  Officer  and  officer 
2  appear  under  the  Deleted  Jobs  and  Unassigned  Officers  lists  accordingly.  The  Estimate 
Function  Result  changes  again. 
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Figure  91.  The  Job  Communications  Officer  and  Officer  2  is  Deleted  from  the 

Solution  (Screen  l)-Manpower  Website. 
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Figure  92.  The  Job  Communications  Officer  and  Officer  2  Is  Deleted  from  the 

Solution  (Screen  2)-Manpower  Website. 


The  detailer  then  assigns  the  job  Commanding  Officer  to  officer  2 
and  the  job  Communications  Officer  to  officer  1.  The  detailer  selects  first  the  job  and 
then  the  officer  that  the  detailer  would  like  to  be  assigned  to  that  specific  job. 
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Figure  93.  The  Detailer  Selects  the  CO  Link  Under  the  Deleted  Jobs-Manpower 

Website. 
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Figure  94.  The  CO  Link  is  Selected  Under  ‘Selected  Job’  (Screen  l)-Manpower 

Website. 
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Figure  95.  The  CO  Link  Is  Selected  Under  ‘Selected  Job’.  Notice  the  Available 
Officers  Under  ‘Add  An  Officer’  (screen  2)-Manpower  Website. 


199 


a 

■— wraad 

H,  e*  *.  F^.  rM*  ^  * 

,  s  -  j  ^  ii 

{J^t?/ii5C(frr>'A^^-^i^e»’pjwte-ac«j>3t»apiiic8rT»s>!fji  «p>w>st^o=co%?:'%2n%2o%?:'%2i>Na)%3C^»a>%aj.’S2(r  i 

V  3  Go 

Vj  rwhba  «]  G.stD*iK  u»te  4)  ReaPtrvr  A}  vm*T** 

p]  v%«ri? 

p - tfficrr's  m  -  officer's  First  H.w  Bflicrr’s  I  ast  Haar  mix  talar 


It 

9.  f 12*713592713 


•ccppt  StltfionT  Ca  In  rnapiifrrl  Salatian? 


isr  /  Plat  far*  Haw* 


#fflcrr*s  First  Hmp  BfFicer's  last  Naif 


ifjtt  1 


[< 

> 

%J  2 ere 

icca  resnet 

Figure  96.  The  Detailer  Selects  Officer  2  Under  the  ‘Add  An  Officer’  (Screen  2)- 

Manpower  Website. 

By  performing  all  these  changes,  the  Estimate  Function  Result 
changes  accordingly,  so  that  the  detailer  can  estimate  the  ‘value’  of  his/her  changes. 
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Figure  97.  Officer  2  Is  Selected.  The  Job  Commanding  Officer  and  Officer  2  Appear 
in  the  Solution  Domain  (Screen  l)-Manpower  Website. 
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Figure  98.  Officer  2  is  Selected.  The  Job  Commanding  Officer  and  Officer  2  Appear 
in  the  Solution  Domain  (Screen  2)-Manpower  Website. 

Following  the  same  sequence  of  actions,  the  job  Communications 


Officer  and  officer  1  are  selected.  They  both  appear  in  the  solution  domain. 
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Figure  99.  Job  Communications  Officer  and  Officer  1  Are  Selected  (Screen  1)- 

Manpower  Website. 
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Figure  100.  Job  Communications  Officer  and  Officer  1  Are  Selected  (Screen  2)- 

Manpower  Website. 


As  soon  as  the  detailer  has  made  up  his  mind,  he/she  can  accept  the 
solution  by  selecting  the  ‘Accept  Solution’  link.  The  detailer  can  also  return  to  the 
computed  solution  by  selecting  the  ‘Go  To  Computed  Solution’  link  and  then  accept  the 
solution. 
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Figure  101.  The  Detailer  Accepts  the  Solution.  The  ‘Accept  Solution’  Link  is 

Selected-Manpower  Website. 
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Figure  102.  The  Solution  Is  Accepted.  The  Detailer  Goes  Back  to  the  Detailer  Control 

Page-Manpower  Website. 

E.  SYSTEM  ARCHITECTURE 

In  this  section  a  description  about  Microsoft  SQL  Server,  Microsoft  IIS  5.0 
architecture  is  provided  alongside  with  some  features  of  the  Windows  XP  Professional 
NTFS  operating  system,  under  the  perspective  of  the  Manpower  Database  and  Website 
needs. 

1.  Microsoft  SQL  Server  2000-Management 

Microsoft  SQL  Server  2000  provides  many  desirable  features  for  the  Manpower 
Database: 

a.  Database  Management 

The  figure  below  shows  the  SQL  Server  Enterprise  Manager.  It  provides 
an  easy-to-use  interface  that  enables  the  manager  to  perform  any  desired  tasks  by  using 
menus  and  dialog  boxes  rather  than  complex  command  line  instructions. 
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Figure  103. 


Microsoft  SQL  Server  2000  Enterprise  Manager-Manpower  Database. 


b.  Stored  Procedures 

Stored  Procedures  are  predefined  queries  whose  values  are  variables  that 
are  not  defined  until  run  time.  Stored  procedures  can  be  nested  up  to  32  levels  deep.  In 
the  Figure  below,  we  see  an  example  of  the  UpdatePhoneData  stored  procedure  used  in 
the  Manpower  database.  This  procedure  receives  the  Applicantld,  HomePhoneNumber, 
CellPhoneNumber  and  OtherPhoneNumber  values  from  the  web  server,  performs  the 
UPDATE  query  based  on  these  values  and  updates  the  PHONE  table.  The  sign  @ 
characterizes  a  parameter  as  a  variable  and  is  put  in  front  of  that  parameter. 
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Figure  104.  Use  of  Stored  Procedure-Manpower  Database. 

Moreover,  Stored  Procedures  use  a  special  script  language,  Transact-SQL, 
which  helps  the  manager  to  create  code  in  order  to  perform  administrative  tasks. 
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Figure  105.  Transact-SQL  Code  Example-Manpower  Database. 

c.  Database  Diagrams 

SQL  2000  Server  provides  an  easy  to  use  interface  for  viewing  the 
structure  of  the  database  and  creating  relationships  among  tables.  Relationships  can  be 
created  by  dragging  and  dropping  primary  keys  from  one  table  to  the  foreign  key 
reference  in  another  table.  For  complex  databases  with  hundreds  of  tables,  multiple 
diagrams  with  differing  configurations  can  be  created. 

d.  Multiple  Ways  to  Construct  Queries 

SQL  2000  Server  provides  also  Query  Builder  Wizards,  Query  Design 
Grid  similar  to  Access,  and  an  “English  Query”  engine  for  defining  queries  through 
English  phrases  rather  than  SQL  syntax.  It  provides  SQL  Query  Analyzer,  which  is  a 
powerful  tool  that  helps  the  manager  check  queries  or  even  stored  procedures. 
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Figure  106.  Use  of  SQL  Query  Analyzer-Manpower  Database. 

2.  Manpower  Database  and  Website-Security  Issues 
a.  Security  Modes-Manpower  Database 

SQL  Server  2000  has  two  security  modes.  The  first  one  is  Windows 
Authentication  Mode  and  the  second  one  is  Mixed  Mode.  In  the  first  mode,  a  user  needs 
to  login  on  the  Windows  domain  only.  He  is  authenticated  automatically  as  a  valid  SQL 
Server  2000  user.  In  the  Mixed  mode  the  user  has  to  be  authenticated  to  both  the 
Windows  domain  and  the  SQL  Server  2000.  The  Mixed  mode  is  more  secure  and  allows 
the  users  to  work  from  different  OS  (Mac,  Novell  etc.),  while  the  Windows 
Authentication  mode  does  not  require  the  user  to  have  multiple  passwords.  In  the 
Manpower  database  the  mixed  mode  is  selected  for  the  reasons  mentioned  above. 
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Figure  107.  SQL  Server  2000  Authentication  Mode-Manpower  Database. 


b.  Logins-Manpower  Database 

A  SQL  Server  2000  login,  gives  the  server  users  access  to  SQL  Server  as  a 
whole  but  not  to  the  resources,  like  the  Manpower  database,  inside.  A  Standard  Login  is 
necessary  for  the  mixed  security  mode,  since  Mac  or  Novell  clients  need  to  be 
authenticated  independently  of  the  windows  domain.  A  Standard  Login  is  created  for  the 
detailer  for  the  Manpower  database. 
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Figure  108.  Standard  Login-Creation  of  Detailer  Login  for  the  Manpower  Database. 

c.  Manpower  Website  NTFS  Permissions 

The  Manpower  Website  files  are  organized  in  a  manner  based  on  the 
Manpower  Website  users,  the  officer,  the  command  and  the  detailer.  For  that  purpose 
three  groups  are  created,  the  officer  group,  the  command  group  and  the  detailer  group. 
Every  officer  belongs  to  the  officer  group,  every  command  belongs  to  the  command 
group  and  the  detailer  to  the  detailer  group. 

The  officer  directory  contains  all  the  above  groups.  The  command 
directory  contains  the  command  and  detailer  group  and  finally  the  detailer  directory 
contains  only  the  detailer  group.  The  permissions  are  Full  Control  for  every  group  in 
every  directory. 
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Figure  109.  The  Detailer  ‘ksergis’  as  a  Member  of  the  Detailer  Group-Manpower 

Website  NTFS  Permissions. 


d.  Manpower  Website  IIS  Permissions 

The  Manpower  Website  IIS  permissions  can  be  controlled  from  the 
Security  tab  of  either  the  Manpower  Website  directory  or  the  files  belonging  to  it.  The 
account  used  for  anonymous  access  can  be  set  to  IUSR_MYCOMPUTER  or  any  account 
of  the  officer,  command  or  detailer  group. 
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Figure  1 10.  Anonymous  Access-Manpower  Website  IIS  Permissions. 
e.  SQL  Server  Logs-Manpower  Database 

SQL  Server  2000  provides  to  the  database  manager  the  ability  to  view 
current  or  past  logs  in  order  to  check  any  existing  delinquencies. 
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Figure  111.  SQL  Server  Logs-Manpower  Database. 

3.  Microsoft  SQL  Server  2000-Backup  and  Maintenance  Issues 
a.  Maintenance  Plan 

The  database  manager  can  arrange  maintenance  plans  to  either  perform  a 
simple  backup,  or  set  up  log  shipping  to  a  standby  server.  Below  is  the  first  screen  shot 
of  performing  a  maintenance  plan. 
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Figure  112.  Database  Maintenance  Plan-Manpower  Database. 


b.  Backing  Up 

The  manager  has  several  choices  to  back  up  data.  The  manager  can 
perform  a  Full  backup  to  back  up  the  entire  database,  a  Transaction  log  backup  to  back 
up  the  transaction  log  records,  a  Differential  backup  to  back  up  only  the  data  that  have 
changed  since  the  last  full  backup  and  finally  a  Filegroup  backup  to  back  up  different 
pieces  of  the  database,  based  on  the  various  files  that  make  up  the  database.  Since  the 
Manpower  database  backup  mode  is  Full  (instead  of  Simple),  the  manager  can  perform 
every  kind  of  these  four  backup  choices. 
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Figure  113.  Backup-Manpower  Database. 
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VI.  CONCLUSION  AND  RECOMMENDATIONS 


A.  CONCLUSIONS 

The  purpose  of  this  thesis  was  to  identify  and  analyze  the  requirements  and 
develop  a  prototype  web  site  for  Manpower  Database  and  Website.  This  research 
combined  with  the  author’s  experience  as  a  Greek  Naval  Officer  provided  the  foundation 
for  the  detailed  presentation  of  functional  requirements  and  system  architecture  for  the 
Manpower  Database  and  Website.  Once  the  requirements  and  architecture  were  defined, 
an  operational  database  and  web  site  prototype  were  developed.  Having  fulfilled  the  goal 
of  the  thesis,  the  purpose  of  this  chapter  is  to  present  some  conclusions, 
recommendations,  and  suggestions  for  further  work  regarding  our  analysis  and  the 
development  and  deployment  of  the  Manpower  Database  and  Website. 

Currently,  the  Department  of  Personnel  is  following  a  rather  old  fashioned 
procedure  to  select  an  officer  for  a  specific  job.  It  is  using  proprietary  systems  like 
desktop  computers,  which  have  W2K  Professional  as  their  operating  systems.  Based  on 
the  needs  of  the  Navy  the  DoP  examines  the  jobs  and  their  requirements,  including  the 
qualifications  and  credentials  of  the  officers.  It  then  assigns  a  job  to  an  officer  trying  to 
find  the  best  match  between  them.  In  this  thesis  a  detailed  system  and  user  functional 
requirements  are  defined,  along  with  a  multi-dimensional  decision  algorithm  for 
matching  jobs  with  officers. 

The  final  Manpower  Website  must  be  able  to  handle  multi-step  transactions.  The 
system  architecture  presented  in  this  thesis  should  be  scalable  to  an  enterprise-wide 
solution.  Also,  in  order  to  develop  a  working  prototype,  specific  software  technologies 
had  to  be  selected.  The  assumption  of  a  Windows  NT/2000/XP  network  environment, 
the  selection  of  the  IIS-5  Web  Server  and  SQL  Server  2000  database  and  the  selection  of 
the  Macromedia  Dreamweaver  MX  as  design  toolS  forced  certain  design  decisions  in  the 
construction  of  the  prototype.  Lastly,  the  programming  used  to  develop  the  prototype 
was  based  on  the  efforts  of  a  single,  relatively  inexperienced  individual.  Due  to  the 
magnitude  and  impact  of  this  program,  a  team  of  experienced  web  programmers  should 
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develop  the  Manpower  Database  and  Website.  This  statement,  however,  should  not 
cause  the  reader  to  discount  the  potential  worth  of  the  prototype,  since  it  provides  a 
substantial  start  in  this  direction. 

B.  RECOMMENDATIONS 

In  the  course  of  the  research  for  this  thesis,  some  important  aspects  of  the 
Manpower  Database  and  Website  development  have  been  discovered.  These  “lessons 
learned”  should  be  carefully  considered  as  of  the  Manpower  Database  and  Website 
moves  from  concept  to  reality. 

1.  Technology  Selection 

A  decision  must  be  made  regarding  the  specific  software  products  to  be  used  in 
the  Manpower  Database  and  Website.  Our  prototype  used  Microsoft  products,  and 
Macromedia  Dreamweaver  MX,  which  provide  the  benefits  of  integrated  user  accounts 
and  system  interoperability.  Other  systems  may  be  more  appropriate,  however.  For 
example  Oracle  products  can  be  used  or  even  open  source  software  like  MySQL  and 
Linux.  Whatever  software  products  are  selected,  it  is  important  to  ensure  that  they  are 
interoperable. 

2.  Definition  of  User  Requirements 

The  User  Requirements  should  be  carefully  defined  in  order  to  create  the  correct 
database  schema  and  website  functionality.  Any  late  changes  on  the  requirements  can 
cause  big  problems,  because  it  will  be  hard  to  undo  all  the  work  and  redo  it  accordingly 
to  the  new  requirements. 

C.  FURTHER  WORK 

This  thesis  has  been  developed  in  a  single  computer  where  a  web  server  and 
database  server  have  been  installed.  But  this  should  not  be  the  case  for  the 
implementation  of  the  Manpower  Database  and  Website.  The  following  items  describe 
some  ideas  for  further  work. 

1.  Component  Distribution 

It  is  preferable  that  the  web  server  and  the  database  server  are  not  located  in  the 
same  place  for  maintenance  and  security  reasons.  Investigation  should  be  conducted  to 
resolve  these  issues. 
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2.  Security  Analysis 

This  thesis  addressed  security  issues  in  a  rather  general  way,  and  incorporated 
standard  web  security  methods  such  as  Secure  Socket  Layer  and  access  control  through 
Windows  permissions.  However,  due  to  the  scope  of  the  entire  Manpower  Database  and 
Website  development  program,  a  thorough  security  analysis  is  recommended.  Security 
personnel  could  conduct  such  an  analysis,  simulate  attacks  on  the  Manpower  Database 
and  Website  prototype  and  recommend  and/or  construct  programmatic  security  measures 
to  incorporate  into  the  Manpower  Database  and  Website  design. 

3.  Systems  Architecture 

A  thorough  analysis  of  the  most  appropriate  system  architecture  for  the  entire 
Manpower  Database  and  Website  system  is  needed.  A  cost  benefit  analysis  should  be 
conducted  to  include  server  load,  response  time,  code  maintenance  and  upgrade, 
equipment  and  software  costs,  facility  and  manning  requirements,  web  site  and  database 
administration  procedures,  database  synchronization,  and  customer  service. 

4.  Coefficient  Weights  and  H Value  Definition 

The  multi-criteria  decision  model  uses  several  criteria  such  as  credentials, 
language  proficiency  and  officers’  preference  to  determine  the  HValue  as  a  number  that 
expresses  the  suitability  of  an  officer  for  a  job.  Also,  the  weights  of  each  criterion 
determine  the  importance  of  each  criterion  and  cause  different  HValues  as  they  change. 
A  thorough  analysis  of  the  computation  and  definition  of  the  weights  of  each  criterion 
should  be  performed  according  to  the  needs  of  the  Greek  Navy. 

In  summary,  the  prototype  was  developed  virtually  cost-free  and  can  serve  as  a 
template  for  the  development  of  a  fully  operational  Manpower  Database  and  Website;  it 
can  easily  be  scaled  to  the  total  solution.  It  is  hoped  that  this  thesis  work  will  provide 
detailed  insight  for  efforts  in  that  direction  so  that  the  Manpower  Database  and  Website 
may  progress  beyond  conceptual  planning  to  become  a  reality  in  the  Greek  Navy. 
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APPENDIX  A.  TABLES 


Table:  ADDRESS 

Name 

Data  Type 

Size 

Key 

CityOrTown 

Char 

50 

Yes 

Street 

Char 

50 

Yes 

Number 

Char 

10 

Yes 

Apartment 

Char 

10 

Yes 

ZIP 

Char 

10 

Yes 

Applicantld 

Char 

10 

Yes 

Table:  APPLICANT 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

FirstName 

Char 

30 

LastName 

Char 

30 

MiddleName 

Char 

30 

SeaTimeForRank 

Float 

8 

RankCode 

Char 

10 

SpecialtyCode 

Char 

10 

UserName 

Char 

50 

Password 

Char 

50 

EmailAddress 

Char 

50 

DetailerCheck 

Bit 

1 

DetailerPas  sword 

Char 

50 

Table:  APPLICAN1 

r  CREDENTIALS 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Credentialsld 

Char 

10 

Yes 

CredentialsGrade 

Int 

4 

Table:  APPLICANT  LANGUAGE 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

LanguageCode 

Char 

10 

Yes 

LanguageDegree 

Float 

8 
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Table:  APPLICANT  PREFERENCE 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

PreferenceApplicant 

Int 

4 

Table:  ASSIGNE] 

D  APPLICANTS 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Table:  ASSIGNMENT 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Jobld 

Char 

10 

PlaceCode 

Char 

10 

ReportDate 

Datetime 

8 

DetachDate 

Datetime 

8 

Table:  COE] 

FFICIENT 

Name 

Data  Type 

Size 

Key 

Coefficientld 

Char 

30 

Yes 

CoefficientV  alue 

Int 

4 

Table:  CO 

MMAND 

Name 

Data  Type 

Size 

Key 

CommandCode 

Char 

10 

Yes 

C  ommandN  ame 

Char 

50 

UserName 

Char 

50 

Password 

Char 

50 

Table:  COMMAND  PREFERENCE 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

CommandCode 

Char 

10 

PreferenceCommand 

Int 

4 
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Table:  COUNTER 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

Counter 

Int 

4 

Table:  CREDENTIALS 

Name 

Data  Type 

Size 

Key 

Credentialsld 

Char 

10 

Yes 

CredentialsName 

Char 

30 

Table:  DELETED  JOBS 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

Table:  DELETED  JOBS  MANIPULATE 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

Table:  ESTIMATE  FUNCTION  RESULT 

Name 

Data  Type 

Size 

Key 

Result 

Float 

8 

Yes 

Table:  EXPERIENCE 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Jobld 

Char 

10 

Yes 

Experience 

Float 

8 

Table:  H 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

HValue 

Float 

8 
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Table:  JOB 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

JobName 

Char 

30 

ExperienceRequired 

Float 

8 

Priority 

Int 

4 

Table:  JOB  CREDENTIALS 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

Credentialsld 

Char 

10 

Yes 

CredentialsGrade 

Int 

4 

Table:  JOB  LANGUAGE 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

LanguageCode 

Char 

10 

Yes 

LanguageDegree 

Float 

8 

Table:  JOl 

B  PLACE 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

Table:  JOB  QUALIFICATION 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

QualificationCode 

Char 

10 

Yes 

Table:  JOB  RANK 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

RankCode 

Char 

10 

Yes 

Table:  JOB  SPECIALTY 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

SpecialtyCode 

Char 

10 

Yes 
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Table:  LANGUAGE 

Name 

Data  Type 

Size 

Key 

LanguageCode 

Char 

10 

Yes 

LanguageName 

Char 

50 

Table:  MANIPULATE  SOLUTION 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

MAXValue 

Float 

8 

Table:  MAX  VALUE 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

MAXValue 

Float 

8 

Table:  MAX  VA] 

LUE  ALL  JOBS 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

MAXValue 

Float 

8 

Table:  MEAN  VALUE 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

MeanValue 

Float 

8 

Table:  MEAN  VALUE  APPLICANTS 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

MINValue 

Float 

8 

227 


Table:  MULTIPL] 

E  MAX  VALUES 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

Counter 

Int 

4 

Table:  ONE  MAX  VALUE 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

Counter 

Int 

4 

Table:  PJ 

HONE 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

HomePhoneNumber 

Char 

30 

Yes 

CellPhoneNumber 

Char 

30 

Yes 

OtherPhoneN  umber 

Char 

30 

Yes 

Table:  PLACE 

Name 

Data  Type 

Size 

Key 

PlaceCode 

Char 

10 

Yes 

PlaceName 

Char 

50 

Placelmage 

Char 

10 

CommandCode 

Char 

10 

Table:  PRIORITY 

Name 

Data  Type 

Size 

Key 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 

Priority 

Int 

4 

Counter 

Int 

4 

Flag 

Bit 

1 

Table:  QUALJ 

[FICATION 

Name 

Data  Type 

Size 

Key 

QualificationCode 

Char 

10 

Yes 

QualificationName 

Char 

50 
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Table:  QUALIFICA1 

riON  APPLICANT 

Name 

Data  Type 

Size 

Key 

QualificationCode 

Char 

10 

Yes 

Applicantld 

Char 

10 

Yes 

Table:  RANK 

Name 

Data  Type 

Size 

Key 

RankCode 

Char 

10 

Yes 

RankName 

Char 

30 

TimeSeaService 

Float 

8 

Table:  SAME  ] 

MAX  VALUE 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Table:  SPECIALTY 

Name 

Data  Type 

Size 

Key 

SpecialtyCode 

Char 

10 

Yes 

Specialty  Name 

Char 

50 

Table:  UNASSIGNJ 

ED  APPLICANTS 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Table:  UNASSIGNED  APPLICANTS  MANIPULATE 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Table:  USED  APPLICANTS 

Name 

Data  Type 

Size 

Key 

Applicantld 

Char 

10 

Yes 

Jobld 

Char 

10 

Yes 

PlaceCode 

Char 

10 

Yes 
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APPENDIX  B.  STORED  PROCEDURES 


Name:  AcceptSolutionF romManipulateSolutionT able _ 

CREATE  PROCEDURE  ksergis.AcceptSolutionFromManipulateSolutionTable  AS 

DELETE  FROM  ASSIGNMENT 

INSERT  INTO  ASSIGNMENT 

SELECT  Jobld,  PlaceCode,  Applicantld,  NULL,  NULL 

FROM  M ANIPUL ATE_S  OLUTION 

GO 


Name:  AcceptSolutionFromMAXTable _ 

CREATE  PROCEDURE  ksergis. AcceptSolutionFromMAXTable  AS 

DELETE  FROM  ASSIGNMENT 

INSERT  INTO  ASSIGNMENT 

SELECT  Jobld,  PlaceCode,  Applicantld,  NULL,  NULL 

FROM  MAX_VALUE 

GO 


Name:  CheckApplicantldCredentialsId _ 

CREATE  PROCEDURE  ksergis. CheckApplicantldCredentialsId  (@ApplicantId 

char(10),  @CredentialsId  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  APPLICANT_CREDENTIALS  WHERE 
Applicantld  =  @  Applicantld  AND  Credentialsld  =  @CredentialsId) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckApplicantldLanguageCode _ 

CREATE  PROCEDURE  ksergis. CheckApplicantldLanguageCode  (@  Applicantld 
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char(10),  @LanguageCode  char(10)) 

AS 

IF  EXIS TS  (S ELECT  'True'  FROM  APPLIC  ANT_LAN GU AGE  WHERE  Applicantld  = 
@ApplicantId  AND  LanguageCode  =  @LanguageCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckApplicantldOnApplicantCredentials _ 

CREATE  PROCEDURE  ksergis.CheckApplicantldOnApplicantCredentials 
(@ApplicantId  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  APPLICANT_CREDENTIALS  WHERE 
Applicantld  =  @  Applicantld) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckApplicantldOnApplicantLanguage _ 

CREATE  PROCEDURE  ksergis.CheckApplicantldOnApplicantLanguage 

(@  Applicantld  char(10)) 

AS 

IF  EXIS  TS  (S  ELECT  'True'  FROM  APPLIC  ANT_LAN  GUAGE  WHERE  Applicantld  = 
@  Applicantld) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 
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—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckApplicantldOnQualificationsApplicant _ 

CREATE  PROCEDURE  ksergis.CheckApplicantldOnQualificationsApplicant 
(@ApplicantId  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  QUALIFICATION_APPLICANT  WHERE 
Applicantld  =  @ApplicantId) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckApplicantldQualificationCode _ 

CREATE  PROCEDURE  ksergis.CheckApplicantldQualificationCode  (@ Applicantld 
char(10),  @QualificationCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  QUALIFICATION_APPLICANT  WHERE 
Applicantld  =  @  Applicantld  AND  QualificationCode  =  @QualificationCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckApplicantPreferenceExists _ 

CREATE  PROCEDURE  ksergis. CheckApplicantPreferenceExists  (@ApplicantId 
char(10)) 

AS 
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IF  EXISTS(SELECT  'True'  FROM  APPLIC ANT_PREFEREN CE  WHERE  Applicantld 
=  @  Applicantld) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckApplicantsExist 

CREATE  PROCEDURE  ksergis. CheckApplicantsExist 
AS 

IF  EXIS TS (S ELECT  'True'  FROM  APPLICANT) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckApplicantSuitable 

CREATE  PROCEDURE  ksergis. CheckApplicantSuitable  (@  Applicantld  char(10))  AS 

DECLARE  @Rank  int 
DECLARE  ©Specialty  int 
DECLARE  ©Qualifications  int 
DECLARE  @JobId  char(10) 

DECLARE  @JobName  char(30) 

CREATE  TABLE  #SUITABLE_JOBS 

( 

Jobld  char(10)  PRIMARY  KEY, 

JobName  char(30) 

) 

DECLARE  JobCursor  CURSOR  FOR 
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SELECT  Jobld,  JobName 
FROM  JOB 

OPEN  JobCursor 
FETCH  NEXT  FROM  JobCursor 
INTO  @  Jobld,  @  JobName 
WHILE  @  @FETCH_STATUS  <>  -1 
BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

EXEC  @Rank  =  ksergis.dec_Rank  @ Jobld,  @ApplicantId 
EXEC  ©Specialty  =  ksergis.dec_Specialty  @ Jobld,  @ApplicantId 
EXEC  ©Qualifications  =  ksergis.dec_Qualifications  @JobId, 

@ApplicantId 

IF  @Rank  =  1  AND  ©Specialty  =1  AND  ©Qualifications  =  1 
BEGIN 

INSERT  INTO  #SUITABLE_JOBS 
VALUES  (@  Jobld,  @  JobName) 

END 

END 

FETCH  NEXT  FROM  JobCursor 
INTO  @  Jobld,  @  JobName 

END 

CLOSE  JobCursor 
DEALLOCATE  JobCursor 

SELECT  * 

FROM  #S  UIT AB  LE_J OB  S 
GO 


Name:  CheckCoeffitientExists 

CREATE  PROCEDURE  ksergis. CheckCoeffitientExists  (@CoefficientId  char(30)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  COEFFICIENT  WHERE  Coefficientld  = 
@CoefficientId) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 
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END 

GO 


Name:  CheckCommandPreferenceExists 

CREATE  PROCEDURE  ksergis. CheckCommandPreferenceExists  (@CommandCode 
char(10)) 

AS 

IF  EXIS  TS  (S  ELECT  'True'  FROM  COMMAND_PREFERENCE  WHERE 

CommandCode  =  @CommandCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckCommandsExist 

CREATE  PROCEDURE  ksergis. CheckCommandsExist 
AS 

IF  EXISTS(SELECT  'True'  FROM  COMMAND) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckCredentialsExist 

CREATE  PROCEDURE  ksergis. CheckCredentialsExist 
AS 

IF  EXISTS(SELECT  'True'  FROM  CREDENTIALS) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 
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ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 


END 

GO 


Name:  CheckCredentialsId 

CREATE  PROCEDURE  ksergis. CheckCredentialsId  (@CredentialsId  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  CREDENTIALS  WHERE  Credentialsld  = 
@CredentialsId) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckCredentialsName 

CREATE  PROCEDURE  ksergis.CheckCredentialsName  (@CredentialsName  char(50)) 
AS 

IF  EXISTS(SELECT  'True'  FROM  CREDENTIALS  WHERE  CredentialsName  = 
@CredentialsName) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckDateExist _ 

CREATE  PROCEDURE  ksergis. CheckDateExist  (@ApplicantId  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  ASSIGNMENT  WHERE  Applicantld  = 
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@  Applicants  AND  ((ReportDate  IS  NOT  NULL)  OR  (DetachDate  IS  NOT  NULL))) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckDetailerPassword 

CREATE  PROCEDURE  ksergis. CheckDetailerPassword  (@ApplicantId  char(10), 
@DetailerPassword  char(50)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  APPLICANT  WHERE  Applicantld  =  @ApplicantId 
AND  DetailerPassword  =  @DetailerPas sword) 

BEGIN 

—This  means  it  is  correct,  return  it  to  ASP  and  tell  us 
SELECT  'The  Detailer  is  authenticated' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'The  Detailer  is  not  authenticated' 

END 

GO 


Name:  CheckExperienceExist 

CREATE  PROCEDURE  ksergis. CheckExperienceExist  (@JobId  char(10), 

@ApplicantId  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  EXPERIENCE  WHERE  Jobld  =  @JobId  AND 
Applicantld  =  @  Applicantld) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 
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GO 


Name:  CheckJobld _ 

CREATE  PROCEDURE  ksergis. CheckJobld  (@JobId  char(10)) 
AS 

IF  EXISTS(SELECT  'True'  FROM  JOB  WHERE  Jobld  =  @JobId) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldCredentialsId 

CREATE  PROCEDURE  ksergis. CheckJobldCredentialsId  (@JobId  char(10), 
@CredentialsId  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_CREDENTIALS  WHERE  Jobld  =  @ Jobld 
AND  Credentialsld  =  @CredentialsId) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldJobName 

CREATE  PROCEDURE  ksergis.CheckJobldJobName  (@JobId  char(10),  @JobName 
char(30)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB  WHERE  Jobld  =  @ Jobld  OR  JobName  = 
@JobName) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 


239 


END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 


END 

GO 


Name:  CheckJobldLanguageCode _ 

CREATE  PROCEDURE  ksergis. CheckJobldLanguageCode  (@JobId  char(10), 
@LanguageCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_LANGUAGE  WHERE  Jobld  =  @JobId  AND 
LanguageCode  =  @LanguageCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldOnApplicantPreference 

CREATE  PROCEDURE  ksergis. CheckJobldOnApplicantPreference  (@JobId  char(10)) 
AS 

IF  EXISTS(SELECT  'True'  FROM  APPLICANT_PREFERENCE  WHERE  Jobld  = 
@  Jobld) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldOnCommandPreference 

CREATE  PROCEDURE  ksergis. CheckJobldOnCommandPreference  (@  Jobld  char(10)) 


240 


AS 

IF  EXISTS(SELECT  'True'  FROM  COMMAND_PREFERENCE  WHERE  Jobld  = 
@JobId) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldOnJobCredentials 

CREATE  PROCEDURE  ksergis. CheckJobldOnJobCredentials  (@JobId  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB  .CREDENTIALS  WHERE  Jobld  =  @  Jobld) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldOnJobLanguage _ 

CREATE  PROCEDURE  ksergis. CheckJobldOnJobLanguage  (@JobId  char(10)) 
AS 

IF  EXISTS(SELECT  'True'  FROM  JOB.LANGUAGE  WHERE  Jobld  =  @  Jobld) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 
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Name:  CheckJobldOnJobPlace _ 

CREATE  PROCEDURE  ksergis.CheckJobldOnJobPlace  (@JobId  char(10)) 
AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_PLACE  WHERE  Jobld  =  @JobId) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldOnJobQualification _ 

CREATE  PROCEDURE  ksergis. CheckJobldOnJobQualification  (@JobId  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_QUALIFICATION  WHERE  Jobld  =  @  Jobld) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldOnJobRank 

CREATE  PROCEDURE  ksergis.CheckJobldOnJobRank  (@JobId  char(10)) 
AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_RANK  WHERE  Jobld  =  @  Jobld) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 
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GO 


Name:  CheckJobldOnJobSpecialty 

CREATE  PROCEDURE  ksergis. CheckJobldOnJobSpecialty  (@JobId  char(10)) 
AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_SPECIALTY  WHERE  Jobld  =  @JobId) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldPlaceCode _ 

CREATE  PROCEDURE  ksergis. CheckJobldPlaceCode  (@JobId  char(10),  @PlaceCode 
char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_PLACE  WHERE  Jobld  =  @ Jobld  AND 
PlaceCode  =  @PlaceCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldPlaceCodeOnApplicantPreference 

CREATE  PROCEDURE  ksergis. CheckJobldPlaceCodeOnApplicantPreference  (@JobId 
char(10),  @PlaceCode  char(10)) 

AS 

IF  EXIS  TS  (S  ELECT  'True'  FROM  APPLIC ANT_PREFEREN CE  WHERE  Jobld  = 
@  Jobld  AND  PlaceCode  =  @ PlaceCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 
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END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 


END 

GO 


Name :  CheckJ obldPlaceCodeOnC  ommandPreference 

CREATE  PROCEDURE  ksergis.CheckJobldPlaceCodeOnCommandPreference  (@JobId 
char(10),  @PlaceCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  COMMAND_PREFERENCE  WHERE  Jobld  = 
@JobId  AND  PlaceCode  =  @PlaceCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldQualificationCode _ 

CREATE  PROCEDURE  ksergis.CheckJobldQualificationCode  (@JobId  char(10), 
@QualificationCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_QUALIFICATION  WHERE  Jobld  =  @ Jobld 
AND  QualificationCode  =  @QualificationCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldRankCode 
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CREATE  PROCEDURE  ksergis.CheckJobldRankCode  (@JobId  char(10),  @RankCode 
char(10)) 

AS 

IF  EXIS TS (S ELECT  'True'  FROM  JOB_RANK  WHERE  Jobld  =  @JobId  AND 
RankCode  =  @RankCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobldSpecialtyCode _ 

CREATE  PROCEDURE  ksergis. CheckJobldSpecialtyCode  (@JobId  char(10), 

@SpecialtyCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_SPECIALTY  WHERE  Jobld  =  @ Jobld  AND 
SpecialtyCode  =  @SpecialtyCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckJobName _ 

CREATE  PROCEDURE  ksergis. CheckJobName  (@JobName  char(30)) 
AS 

IF  EXISTS(SELECT  'True'  FROM  JOB  WHERE  JobName  =  @JobName) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
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SELECT  'This  record  does  not  exist!' 
END 
GO 


Name:  CheckJobsExist 

CREATE  PROCEDEiRE  ksergis. CheckJobsExist 
AS 

IF  EXISTS(SELECT  'True'  FROM  JOB) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckLanguageCode _ 

CREATE  PROCEDURE  ksergis. CheckLanguageCode  (@LanguageCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  LANGUAGE  WHERE  LanguageCode  = 
@  LanguageCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckLanguageName _ 

CREATE  PROCEDURE  ksergis. CheckLanguageName  (@LanguageName  char(50)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  LANGUAGE  WHERE  LanguageName  = 
@LanguageName) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 
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END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 


END 

GO 


Name:  CheckLanguagesExist _ 

CREATE  PROCEDURE  ksergis. CheckLanguagesExist 
AS 

IF  EXISTS(SELECT  'True'  FROM  LANGUAGE) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckPlacesExist _ 

CREATE  PROCEDURE  ksergis. CheckPlacesExist 
AS 

IF  EXISTS(SELECT  'True'  FROM  PLACE) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckPreference 

CREATE  PROCEDURE  ksergis. CheckPreference  (@ApplicantId  varchar(lO), 
©Preference Applicant  varchar(4),  @PlaceCode  varchar(lO),  @JobId  varchar(lO)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  APPLICANT_PREFERENCE  WHERE  Applicantld 
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=  @ApplicantId  AND  (Preference Applicant  =  ©Preference Applicant  OR  (Jobld  = 
@JobId  AND  PlaceCode  =  @PlaceCode))) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  preference  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  preference  does  not  exist!' 

END 

GO 


Name:  CheckPreferenceCommand 

CREATE  PROCEDURE  ksergis. CheckPreferenceCommand  (@CommandCode 
char(10),  @ApplicantId  char(10),  @PreferenceCommand  char(4),  @PlaceCode  char(10), 
@JobId  char(10)) 

AS 

IF  EXIS  TS  (S  ELECT  'True'  FROM  COMMAND_PREFERENCE  WHERE 
CommandCode  =  @CommandCode  AND  Jobld  =  @JobId  AND  PlaceCode  = 
@  PlaceCode  AND  (  PreferenceCommand  =  @PreferenceCommand  OR  Applicantld  = 
@ApplicantId)) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  preference  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  preference  does  not  exist!' 

END 

GO 


Name:  CheckQualificationCode 

CREATE  PROCEDURE  ksergis. CheckQualificationCode  (@QualificationCode 
char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  QUALIFICATION  WHERE  QualificationCode  = 
@  QualificationCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 
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BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckQualificationName 

CREATE  PROCEDURE  ksergis.  CheckQualificationName  (@QualificationName 
char(50)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  QUALIFICATION  WHERE  QualificationName  = 
@  QualificationName) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckQualificationsExist 

CREATE  PROCEDURE  ksergis. CheckQualificationsExist 
AS 

IF  EXISTS(SELECT  'True'  FROM  QUALIFICATION) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckRankCode _ 

CREATE  PROCEDURE  ksergis. CheckRankCode  (@RankCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  RANK  WHERE  RankCode  =  @RankCode) 
BEGIN 
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—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckRankName 

CREATE  PROCEDURE  ksergis. CheckRankName  (@RankName  char(30)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  RANK  WHERE  RankName  =  @RankName) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckRanksExist _ 

CREATE  PROCEDURE  ksergis. CheckRanksExist 
AS 

IF  EXISTS(SELECT  'True'  FROM  RANK) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckSpecialtiesExist 

CREATE  PROCEDURE  ksergis. CheckSpecialtiesExist 
AS 
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IF  EXISTS(SELECT  'True'  FROM  SPECIALTY) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckSpecialtyCode _ 

CREATE  PROCEDURE  ksergis. CheckSpecialtyCode  (@SpecialtyCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  SPECIALTY  WHERE  SpecialtyCode  = 
@SpecialtyCode) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckSpecialtyName 

CREATE  PROCEDURE  ksergis. CheckSpecialtyName  (@  Specialty  Name  char(50)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  SPECIALTY  WHERE  SpecialtyName  = 
@  SpecialtyName) 

BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 
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Name:  CheckSuitableApplicantsOnJob _ 

CREATE  PROCEDURE  ksergis. CheckSuitableApplicantsOnJob  (@JobId  char(10))  AS 

DECLARE  @Rank  int 
DECLARE  ©Specialty  int 
DECLARE  ©Qualifications  int 
DECLARE  @ApplicantId  char(10) 

DECLARE  @FirstName  char(30) 

DECLARE  @LastName  char(30) 

CREATE  TABLE  #SUITABLE_APPLICANTS 

( 

Applicantld  char(10)  PRIMARY  KEY, 

FirstName  char(30), 

LastName  char(30) 

) 

DECLARE  ApplicantCursor  CURSOR  FOR 
SELECT  Applicantld,  FirstName,  LastName 
FROM  APPLICANT 

OPEN  ApplicantCursor 

FETCH  NEXT  FROM  ApplicantCursor 

INTO  @ Applicantld,  @ FirstName,  @ LastName 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

EXEC  @Rank  =  ksergis. dec_Rank  @JobId,  @ApplicantId 
EXEC  ©Specialty  =  ksergis. dec_Specialty  @JobId,  @ApplicantId 
EXEC  ©Qualifications  =  ksergis. dec_Qualifications  @JobId, 

@  Applicantld 

IF  @Rank  =  1  AND  ©Specialty  =1  AND  ©Qualifications  =  1 
BEGIN 

INSERT  INTO  #SUITABLE_APPLICANTS 
VALUES  (@ Applicantld,  @FirstName,  @LastName) 

END 

END 

FETCH  NEXT  FROM  ApplicantCursor 
INTO  @ Applicantld,  @ FirstName,  @ LastName 

END 

CLOSE  ApplicantCursor 
DEALLOCATE  ApplicantCursor 
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SELECT  * 

FROM  #S  UIT  AB  LE_ APPLIC ANTS 
GO 


Name:  CheckUserName 

CREATE  PROCEDURE  ksergis.CheckUserName  (@UserName  varchar(50)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  APPLICANT  WHERE  UserName  =  @UserName) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  CheckUserNameCommand 

CREATE  PROCEDURE  ksergis. CheckUserNameCommand  (@UserName  varchar(50)) 
AS 

IF  EXISTS(SELECT  'True'  FROM  COMMAND  WHERE  UserName  =  @ UserName) 
BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  already  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'This  record  does  not  exist!' 

END 

GO 


Name:  dec_CheckHValueExists 

CREATE  PROCEDURE  ksergis. dec_CheckHValueExists  (@ Counter  int) 
AS 

DECLARE  @JobId  char(10) 

DECLARE  @JobIdl  char(10) 

DECLARE  @PlaceCode  char(10) 

DECLARE  @PlaceCodel  char(10) _ 


253 


DECLARE  PriorityCursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode,  Counter 
FROM  PRIORITY 
WHERE  Counter  =  @  Counter 

OPEN  PriorityCursor 
FETCH  NEXT  FROM  PriorityCursor 
INTO  @ Jobld,  @ PlaceCode,  @ Counter 
WHILE  @  @FETCH_STATUS  <>  -1 
BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

SET  @  Jobld  1  =  @  Jobld 

SET  @ PlaceCode  1  =  @ PlaceCode 

END 

FETCH  NEXT  FROM  PriorityCursor 
INTO  @ Jobld,  @ PlaceCode,  @ Counter 

END 

CLOSE  PriorityCursor 
DEALLOCATE  PriorityCursor 

IF  EXISTS(SELECT  HValue  FROM  H  WHERE  Jobld  =  @JobIdl  AND  PlaceCode  = 
@  PlaceCode  1  AND  HValue  IS  NOT  NULL  AND 

Applicantld  NOT  IN  (SELECT  Applicantld 
FROM  USED_APPLICANTS  WHERE  Jobld  =  @JobIdl  AND  PlaceCode  = 
@  PlaceCode  1)  AND 

Applicantld  NOT  IN  (SELECT  Applicantld 

FROM  AS  SIGNED_APPLIC ANTS )) 

RETURN  1 

ELSE 

RETURN  0 
GO 


Name:  dec_  CheckHValueNotNull _ 

CREATE  PROCEDURE  ksergis  ,dec_CheckHValueNotNull  (@  Jobld  chart  10), 
@ PlaceCode  char(  10),  @ApplicantId  char(10))  AS 

DECLARE  @  HValue  float 

SET  @ HValue  =  (SELECT  HValue  FROM  H  WHERE  Jobld  =  @  Jobld  AND  PlaceCode 
=  @  PlaceCode  AND  Applicantld  =  @  Applicantld) 

IF  @  HValue  IS  NOT  NULL 
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BEGIN 

—This  means  it  exists,  return  it  to  ASP  and  tell  us 
SELECT  'HValue  exists!' 

END 

ELSE 

BEGIN 

—This  means  it  does  not  exist,  return  it  to  ASP  and  tell  us 
SELECT  'HValue  does  not  exist!' 

END 

GO 


Name:  dec_  ComputeMaxValue _ 

CREATE  PROCEDURE  ksergis.dec_ComputeMaxValue  (@Counter  int) 
AS 

DECLARE  @JobId  char(10) 

DECLARE  @JobIdl  char(10) 

DECLARE  @PlaceCode  char(10) 

DECLARE  @PlaceCodel  char(10) 

DECLARE  @CountEqualMaxValues  int 

DECLARE  PriorityCursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode,  Counter 
FROM  PRIORITY 
WHERE  Counter  =  @  Counter 

OPEN  PriorityCursor 
FETCH  NEXT  FROM  PriorityCursor 
INTO  @  Jobld,  @  PlaceCode,  @  Counter 
WHILE  @  @FETCH_STATUS  <>  -1 
BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

SET  @  Jobld  1  =  @  Jobld 

SET  @ PlaceCode  1  =  @ PlaceCode 

END 

FETCH  NEXT  FROM  PriorityCursor 
INTO  @  Jobld,  @  PlaceCode,  @  Counter 

END 

CLOSE  PriorityCursor 
DEALLOCATE  PriorityCursor 

DECLARE  @MAXValue  float 
DECLARE  @ApplicantId  char(10) 
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DECLARE  @ApplicantIdl  char(10) 


SET  @MAXValue  =  (SELECT  MAX(HValue)  FROM  H  WHERE  Jobld  =  @JobIdl 
AND  PlaceCode  =  @PlaceCodel  AND  HValue  IS  NOT  NULL  AND 

Applicantld  NOT  IN  (SELECT 
Applicantld  FROM  USED_APPLICANTS  WHERE  Jobld  =  @JobIdl  AND  PlaceCode 
=  @  PlaceCode  1)  AND 

Applicantld  NOT  IN  (SELECT 

Applicantld  FROM  AS  SIGNED_APPLIC ANT S ) ) 


SET  @CountEqualMaxValues  =  (  SELECT  count(Applicantld) 

FROM  H 

WHERE  Jobld  =  @JobIdl  AND  PlaceCode  = 
@  PlaceCode  1  AND  HValue  =  @MAXValue  AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM 
USED_APPLICANTS  WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel) 
AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM 
ASS  IGNED_APPLIC  ANT  S )) 


IF  @CountEqualMaxValues  >  1 

EXEC  @ApplicantIdl  =  ksergis.dec_FindMaxValue  @JobIdl,  @PlaceCodel, 
@MAXValue 
ELSE 
BEGIN 

DECLARE  HCursor  CURSOR  FOR 

SELECT  Applicantld 

FROM  H 

WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel  AND  HValue  = 
@  MAX  Value  AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM 

USED_APPLICANTS  WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel) 
AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM 

ASSIGNED_APPLICANTS) 


OPEN  HCursor 

FETCH  NEXT  FROM  HCursor 

INTO  @  Applicantld 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
SET  @ Applicantld  1  =  @ Applicantld 
BREAK 

FETCH  NEXT  FROM  HCursor 
INTO  @  Applicantld 
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END 

CLOSE  HCursor 
DEALLOCATE  HCursor 

END 

PRINT  'MAXValue' 

PRINT  @  MAXValue 
PRINT  'Applic antidr 
PRINT  @ApplicantIdl 

UPDATE  MAX_VALUE 

SET  Applicantld  =  @  Applicantld  1,  MAXValue  =  @MAXValue 
WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel 

INSERT  INTO  ASSIGNED_APPLICANTS 

SELECT  Applicantld 

FROM  APPLICANT 

WHERE  Applicantld  =  @  Applicantld  1 

GO 


Name:  dec_  ComputeMeanValue _ 

CREATE  PROCEDURE  ksergis.dec_ComputeMeanValue 
AS 

DELETE  FROM  ME AN_V ALUE 

INSERT  INTO  MEAN_V ALUE 
SELECT  Jobld,  PlaceCode,  NULL 
FROM  JOB_PLACE 

DECLARE  @  Jobld  char(10) 

DECLARE  @  PlaceCode  char(10) 

DECLARE  @MeanValue  float 

DECLARE  MeanValueCursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode,  MeanValue 
FROM  ME AN_V ALUE 

OPEN  MeanValueCursor 
FETCH  NEXT  FROM  MeanValueCursor 
INTO  @  Jobld,  @  PlaceCode,  @  MeanValue 
WHILE  @@FETCH_STATUS  <>  -1 
BEGIN 

IF  @@FETCH_STATUS  <>  -2 
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BEGIN 


DECLARE  @ApplicantId  char(10) 

DECLARE  @HValue  float 
DECLARE  @SUM  float 
DECLARE  @  COUNT  int 

DECLARE  HCursor  CURSOR  FOR 
SELECT  Jobld,  Applicantld,  PlaceCode,  HValue 
FROM  H 

WHERE  Jobld  =  @  Jobld  AND  PlaceCode  =  @  PlaceCode 

SET  @SUM  =  0 
SET  @ COUNT  =  0 


OPEN  HCursor 

FETCH  NEXT  FROM  HCursor 

INTO  @ Jobld,  @ Applicantld,  @ PlaceCode,  @ HValue 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

IF  @  HValue  IS  NOT  NULL 
BEGIN 

SET  @SUM  =  @SUM  +  @ HValue 
SET  @ COUNT  =  @ COUNT  +  1 

END 

END 

FETCH  NEXT  FROM  HCursor 

INTO  @ Jobld,  @ Applicantld,  @ PlaceCode,  @ HValue 

END 


CLOSE  HCursor 
DEALLOCATE  HCursor 

IF  @SUM  <>  0 

UPDATE  ME AN_ V ALUE 

SET  MeanValue  =  @SUM  /  @ COUNT 

WHERE  Jobld  =  @  Jobld  AND  PlaceCode=  @  PlaceCode 


END 

FETCH  NEXT  FROM  MeanValueCursor 
INTO  @  Jobld,  @  PlaceCode,  @  MeanValue 

END 


CLOSE  MeanValueCursor 
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DEALLOCATE  MeanValueCursor 
GO 


Name:  dec_COUNTER_Lill _ 

CREATE  PROCEDURE  ksergis.dec_COUNTER_Fill 
AS 

DELETE  FROM  COUNTER 

INSERT  INTO  COUNTER 
SELECT  Jobld,  PlaceCode,  Counter 
FROM  PRIORITY 
GO 


Name:  dec_  CountPriorityRecords 

CREATE  PROCEDURE  ksergis.dec_CountPriorityRecords 
AS 

DECLARE  @  Count  int 

SET  @ Count  =  (SELECT  Count  (*)  FROM  PRIORITY) 

RETURN  @  Count 
GO 


Name:  dec_  Credentials 

CREATE  PROCEDURE  ksergis.dec_Credentials  (@JobId  char(10),  @ApplicantId 
char(10)) 

AS 

DECLARE  @CredentialsGradel  float 
DECLARE  @CredentialsGrade2  float 
DECLARE  @CredentialsId  char(10) 

DECLARE  @SUM1  float 
DECLARE  @SUM2  float 
DECLARE  @ANS  float 
DECLARE  @  Count  int 

SET  @SUM1  =0 
SET  @SUM2  =  0 
SET  @ Count  =  0 

DECLARE  CredentialsCursor  CURSOR  FOR 
SELECT  Jobld,  Credentialsld 
FROM  JOB_CREDENTIALS 
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WHERE  Jobld  =  @JobId 

OPEN  CredentialsCursor 
FETCH  NEXT  FROM  CredentialsCursor 
INTO  @  Jobld,  @CredentialsId 
WHILE  @  @FETCH_STATUS  <>  -1 
BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

EXEC  @CredentialsGradel  =  ksergis.dec_Credentialsl  @ApplicantId, 
@CredentialsId 

EXEC  @CredentialsGrade2  =  ksergis.dec_Credentials2  @JobId, 
@CredentialsId 

SET  @SUM1  =  @SUM1  +  @ CredentialsGrade  1 
SET  @SUM2  =  @SUM2  +@CredentialsGrade2 
SET  @ Count  =  @ Count  +1 

END 

FETCH  NEXT  FROM  CredentialsCursor 
INTO  @  Jobld,  @CredentialsId 

END 

CLOSE  CredentialsCursor 
DEALLOCATE  CredentialsCursor 

IF  @SUM1  <  @SUM2 
SET  @ANS  =  0 

ELSE 

BEGIN 

IF  @  Count  *  10=  @SUM2 
SET  @ANS  =  1 

ELSE 

SET  @ANS  =  ((@SUM1  -  @SUM2)  *  9  /  ((@Count  *  10)  -  @SUM2))  + 

1 

END 

RETURN  @ANS 
GO 


Name:  dec_  Credentials! _ 

CREATE  PROCEDURE  ksergis.dec_Credentialsl  (@ApplicantId  char(10), 
@CredentialsId  char(10)) 

AS 

DECLARE  @ CredentialsGrade  int 

IF  EXISTS  (SELECT  CredentialsGrade  FROM  APPLICANT_CREDENTIALS  WHERE 
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Applicantld  =  @ApplicantId  AND  Credentialsld  =  @CredentialsId) 

SET  @CredentialsGrade  =  (SELECT  CredentialsGrade  FROM 
APPLICANT_CREDENTIALS  WHERE  Applicantld  =  @  Applicantld  AND 
Credentialsld  =  @  Credentialsld) 

ELSE 

SET  @  CredentialsGrade  =  0 
RETURN  @  CredentialsGrade 
GO 


Name:  dec_  Credentials2 _ 

CREATE  PROCEDURE  ksergis.dec_Credentials2  (@JobId  char(10),  @ Credentialsld 
char(10)) 

AS 

DECLARE  @ CredentialsGrade  int 

SET  @  CredentialsGrade  =  (SELECT  CredentialsGrade  FROM  JOB  .CREDENTIALS 
WHERE  Jobld  =  @  Jobld  AND  Credentialsld  =  @  Credentialsld) 

RETURN  @  CredentialsGrade 
GO 


Name:  dec_  Delete_Job_Manipulate 

CREATE  PROCEDURE  ksergis.dec.Delete.Job.Manipulate  (@JobId  char(10), 
@PlaceCode  char(10))  AS 

DECLARE  @  Applicantld  char(10) 

SET  @ Applicantld  =  (SELECT  Applicantld  FROM  M  ANIPULATE.S OLUTION 
WHERE  Jobld  =  @  Jobld  AND  PlaceCode  =  @PlaceCode) 

DELETE  FROM  M  ANIPUL  ATE.SOLUTION 
WHERE  Jobld  =  @  Jobld  AND  PlaceCode  =  @  PlaceCode 

INSERT  INTO  UNAS  SIGNED.  APPLICANT  S_M  ANIPUL  ATE 
VALUES  (@  Applicantld) 

INSERT  INTO  DELETED.  J  OB  S.M  ANIPUL  ATE 
VALUES  (@  Jobld,  @  PlaceCode) 

GO 


Name:  dec.  DELETED.  J  OB  S_M  ANIPUL  ATE.DeleteRecord _ 

CREATE  PROCEDURE  ksergis.dec.DELETED.JOBS.MANIPULATE.DeleteRecord 
(@JobId  char(10),  @PlaceCode  char(10))  AS 
DELETE  FROM  DELETED.JOB  S.M  ANIPUL  ATE 
WHERE  Jobld  =  @  Jobld  AND  PlaceCode  =  @  PlaceCode 
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GO 


Name:  dec_  DELETED_JOBS_MANIPULATE_Fill _ 

CREATE  PROCEDURE  ksergis  .dec_DELETED_J OB  S_MANIPULATE_Fill  AS 
DELETE  FROM  DELETED_J OB  S_M ANIPUL ATE 

INSERT  INTO  DELETED_J  OB  S_M  ANIPUL  ATE 
SELECT  * 

FROM  DELETED_J OB  S 
GO 


Name:  dec_  DeleteEmptyJobs 

CREATE  PROCEDURE  ksergis. dec_DeleteEmptyJobs 
AS 

DECLARE  @JobId  char(10) 

DECLARE  @ApplicantId  char(10) 

DECLARE  @PlaceCode  char(10) 

DECLARE  @  Counter  int 
DECLARE  @HValue  float 

DECLARE  PriorityCursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode,  Counter 
FROM  PRIORITY 

OPEN  PriorityCursor 
FETCH  NEXT  FROM  PriorityCursor 
INTO  @ Jobld,  @ PlaceCode,  @ Counter 
WHILE  @@FETCH_STATUS  <>  -1 
BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

IF  NOT  EXISTS  (SELECT  'True'  FROM  H  WHERE  Jobld  =  @ Jobld 
AND  PlaceCode=  @  PlaceCode  AND  HValue  IS  NOT  NULL) 

BEGIN 

INSERT  INTO  DELETED_J OB  S 
SELECT  Jobld,  PlaceCode 
FROM  PRIORITY 

WHERE  Jobld  =  @  Jobld  AND  PlaceCode=  @  PlaceCode 
DELETE  FROM  PRIORITY 

WHERE  Jobld  =  @  Jobld  AND  PlaceCode=  @  PlaceCode 
UPDATE  PRIORITY 
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SET  Counter  =  Counter  -  1 
WHERE  Counter  >  @ Counter 

END 

END 

FETCH  NEXT  FROM  PriorityCursor 
INTO  @JobId,  @PlaceCode,  @  Counter 

END 

CLOSE  PriorityCursor 
DEALLOCATE  PriorityCursor 
GO 


Name:  dec_  DeleteJob _ 

CREATE  PROCEDURE  ksergis.dec_DeleteJob 
AS 

DECLARE  @ Counter  int 

SET  @  Counter  =  (SELECT  MIN(Counter)  FROM  PRIORITY  WHERE  Flag  =  '0') 

INSERT  INTO  DELETED_J OB  S 
SELECT  Jobld,  PlaceCode 
FROM  PRIORITY 
WHERE  Counter  =  @ Counter 

DELETE  FROM  PRIORITY 
WHERE  Counter  =  @ Counter 

UPDATE  PRIORITY 
SET  Counter  =  Counter  -  1 
WHERE  Counter  >  @ Counter 
GO 


Name:  dec_  DeleteJobUsedValues 

CREATE  PROCEDURE  ksergis.dec_DeleteJobUsedValues  (@Counter  int) 
AS 

DECLARE  @  Jobld  char(10) 

DECLARE  @  Jobld  1  char(10) 

DECLARE  @  PlaceCode  char(10) 

DECLARE  @ PlaceCode  1  char(10) 

DECLARE  PriorityCursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode,  Counter 
FROM  PRIORITY 
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WHERE  Counter  =  @ Counter 

OPEN  PriorityCursor 
FETCH  NEXT  FROM  PriorityCursor 
INTO  @JobId,  @PlaceCode,  @ Counter 
WHILE  @  @FETCH_STATUS  <>  -1 
BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

SET  @JobIdl  =  @JobId 

SET  @PlaceCodel  =  @PlaceCode 

END 

FETCH  NEXT  FROM  PriorityCursor 
INTO  @JobId,  @PlaceCode,  @Counter 

END 

CLOSE  PriorityCursor 
DEALLOCATE  PriorityCursor 

DELETE  FROM  USED_APPLICANTS 

WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel 

GO 


Name:  dec_  EstimateFunction 

CREATE  PROCEDURE  ksergis.dec_EstimateFunction  AS 

DECLARE  @  Priority  1  int 

DECLARE  @  Priority 2  int 

DECLARE  @  T otalV alueMAXT able  float 

DECLARE  @TotalValueManipulateTable  float 

DECLARE  ©Difference  float 

DECLARE  @n_MAXTable  int 

DECLARE  @n_ManipulateTable  int 

DECLARE  @n_CounterTable  int 

DECLARE  @SecondMax Value  float 

DECLARE  @MinValue  float 

DECLARE  @MaxValue  float 

DECLARE  @Factor  float 

DECLARE  @  Counter  1  int 

DECLARE  @Counter2  int 

DECLARE  @  Jobld  char(10) 

DECLARE  @  PlaceCode  char(10) 

DECLARE  @MAXValuel  float 
DECLARE  @  MAX  Value  2  float 
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DECLARE  @JobIdl  char(10) 

DECLARE  @PlaceCodel  char(10) 

SET  @ T otal V alueM AXT able  =  0 
SET  @TotalValueManipulateTable  =  0 

SET  @n_MAXTable  =  (SELECT  Count  (*)  FROM  MAX_VALUE) 

SET  @ n  _ManipulateT able  =  (SELECT  Count  (*)  FROM  M ANIPETL ATE_S OLUTION) 
SET  @  n_CounterTable  =  (SELECT  Count  (*)  FROM  COUNTER) 

SET  @MaxValue  =  (SELECT  max(HValue)  FROM  H  WHERE  HValue  IS  NOT  NULL) 
SET  @MinValue  =  (SELECT  min(HValue)  FROM  H  WHERE  HValue  IS  NOT  NULL) 

IF  @MaxValue  =  @MinValue 
SET  ©Difference  =  0 

ELSE 

BEGIN 

SET  @  SecondMaxV alue  =  (SELECT  max(HValue)  FROM  H  WHERE  HValue  < 
@MaxValue  AND  HValue  IS  NOT  NULL) 

SET  @ Factor  =  9/(@MaxValue  -  @SecondMaxValue) 

DECLARE  MaxV alueCursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode,  MAXValue 
FROM  MAX_VALUE 

OPEN  MaxValueCursor 
FETCH  NEXT  FROM  MaxValueCursor 
INTO  @ Jobld,  @ PlaceCode,  @ MAXValue  1 
WHILE  @@FETCH_STATUS  <>  -1 
BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

SET  @ Priority  1  =  (SELECT  Counter  FROM  COUNTER  WHERE 
Jobld  =  @  Jobld  AND  PlaceCode  =  @ PlaceCode) 

SET  @ Counter  1  =  @ Priority  1  +  1 
WHILE  @  Counter  1  <=  @n_CounterTable 
BEGIN 

SET  @  Jobld  1  =  (SELECT  Jobld  FROM  COUNTER 
WHERE  Counter  =  @ Counter  1) 

SET  @  PlaceCode  1  =  (SELECT  PlaceCode  FROM 

COUNTER  WHERE  Counter  =  @ Counter  1) 

IF  EXISTS  (SELECT  'True'  FROM  MAX_VALUE 
WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel) 

BEGIN 
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SET  @MAXValue2  =  (SELECT  MAXValue 
FROM  MAX_VALUE  WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel) 

SET  @Priority2  =  @Counterl 

SET  @  TotalV  alueMAXT  able 

@TotalValueMAXTable  +  log  10((POWER(@ Factor,  (@n_CounterTable  -  @ Priority  1)) 

*  @ Priority  1  *  @ MAXValue  1)  +  (POWER(@ Factor,  (@n_CounterTable  -  @Priority2)) 

*  @  Priority 2  *  @MAXValue2)) 

BREAK 

END 

SET  @ Counter  1  =  @ Counter  1  +  1 

END 

END 

FETCH  NEXT  FROM  MaxValueCursor 
INTO  @  Jobld,  @  PlaceCode,  @  MAXValue  1 

END 

CLOSE  MaxValueCursor 
DEALLOCATE  MaxValueCursor 

DECLARE  ManipulateT ableCursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode,  MAXValue 
FROM  M ANIPUL ATE_S  OLUTION 

OPEN  ManipulateTableCursor 
FETCH  NEXT  FROM  ManipulateTableCursor 
INTO  @ Jobld,  @ PlaceCode,  @ MAXValue  1 
WHILE  @  @FETCH_STATUS  <>  -1 
BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

SET  @ Priority  1  =  (SELECT  Counter  FROM  COUNTER  WHERE 
Jobld  =  @  Jobld  AND  PlaceCode  =  @  PlaceCode) 

SET  @ Counter  1  =  @ Priority  1  +  1 
WHILE  @  Counter  1  <=  @n_CounterTable 
BEGIN 

SET  @ Jobld  1  =  (SELECT  Jobld  FROM  COUNTER 
WHERE  Counter  =  @ Counter  1) 

SET  @  PlaceCode  1  =  (SELECT  PlaceCode  FROM 

COUNTER  WHERE  Counter  =  @Counterl) 

IF  EXISTS  (SELECT  'True'  FROM 
M  ANIPUL  ATE_S  OLUTION  WHERE  Jobld  =  @JobIdl  AND  PlaceCode  = 
@  PlaceCode  1) 

BEGIN 

SET  @MAXValue2  =  (SELECT  MAXValue 
FROM  M ANIPUL ATE_S OLUTION  WHERE  Jobld  =  @JobIdl  AND  PlaceCode  = 
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@PlaceCodel) 

SET  @Priority2  =  @Counterl 
SET  @TotalValueManipulateTable  = 

@TotalValueManipulateTable  +  loglO((POWER(@Factor,  (@n_CounterTable 
@  Priority  1))  *  @  Priority  1  *  @MAXValuel)  +  (POWER(@  Factor,  (@n_CounterTable  - 
@  Priority 2))  *  @  Priority 2  *  @MAXValue2)) 

BREAK 

END 

SET  @ Counter  1  =  @ Counter  1  +  1 

END 

END 

FETCH  NEXT  FROM  ManipulateTableCursor 
INTO  @JobId,  @PlaceCode,  @MAXValuel 

END 

CLOSE  ManipulateTableCursor 
DEALLOCATE  ManipulateTableCursor 

SET  ©Difference  =  @TotalValueMAXTable  -  @TotalValueManipulateTable 

print  @TotalValueMAXTable 
print  @TotalValueManipulateTable 
END 

DELETE  FROM  ES  TIM ATE_FUN CTION_RESULT 

INSERT  INTO  ES  TIM  ATE_FUN CTION_RES  ULT 
VALUES  (©Difference) 

GO 


Name:  dec_  Experience 

CREATE  PROCEDURE  ksergis.dec_Experience  (@JobId  char(10),  @ApplicantId 
char(10)) 

AS 

DECLARE  @ExperienceRequired  float 
DECLARE  ©Experience Years  float 

SET  ©Experience Years  =  0 

SET  @ExperienceRequired  =  (SELECT  ExperienceRequired  FROM  JOB  WHERE  Jobld 
=  @  Jobld) 

IF  (SELECT  distinct(Experience)  FROM  EXPERIENCE  WHERE  Applicantld  = 
@  Applicants  AND  Jobld  =  @  Jobld)  IS  NOT  NULL 

SET  ©Experience Years  =  (SELECT  distinct(Experience)  FROM  EXPERIENCE 
WHERE  Applicantld  =  @  Applicantld  AND  Jobld  =  @  Jobld) 
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IF  ©Experience Years  <  @ExperienceRequired 
RETURN  0 

ELSE 

RETURN  ((©Experience  Years  -  @ExperienceRequired)  *  9  /  (15  - 

@ExperienceRequired))  +  1 
GO 


Name:  dec_  FindMaxValue 

CREATE  PROCEDURE  ksergis.dec_FindMaxValue  (@JobId  char(10),  @PlaceCode 
char(10),  @MAXValue  float) 

AS 

print  'inside  findmaxvalue' 

DECLARE  @JobIdl  char(10) 

DECLARE  @PlaceCodel  char(10) 

DECLARE  @JobId2  char(10) 

DECLARE  @PlaceCode2  char(10) 

DECLARE  @ApplicantIdl  char(10) 

DECLARE  @ApplicantId2  char(10) 

DECLARE  @ApplicantId  char(10) 

DECLARE  @ Counter  int 
DECLARE  @  Counter  1  int 
DECLARE  @Counter2  int 
DECLARE  @MinCount  int 
DECLARE  @Temp  int 
DECLARE  @ Tempi  int 
DECLARE  @Temp2  int 
DECLARE  @C  int 
DECLARE  @C1  int 
DECLARE  @C2  int 
DECLARE  @MultipleMaxValues  int 
DECLARE  @Spot  int 
DECLARE  @  Length  int 
DECLARE  @MAX  float 
DECLARE  @MIN  float 
DECLARE  @MAX1  float 
DECLARE  @MAX2  float 
DECLARE  @MIN1  float 
DECLARE  @HValuel  float 
DECLARE  @Eurika  int 
DECLARE  @Flag  int 

DECLARE  @  MIN_V ALUE_APPLIC ANT S_Length  int 
DECLARE  @  MULTIPLE_MAX_VALUES_Length  int 
DECLARE  @ONE_MAX_VALUE_Length  int 
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DELETE  FROM  SAME_MAX_VALUE 
DELETE  FROM  MIN_VALUE_APPLICANTS 
DELETE  FROM  MULTIPLE_MAX_VALUES 
DELETE  FROM  ONE_M AX_V ALUE 

SET  @ Counter  =  (SELECT  Counter  FROM  PRIORITY  WHERE  Jobld  =  @JobId  AND 
PlaceCode  =  @PlaceCode) 

DECLARE  HCursor  CURSOR  FOR 
SELECT  Applicantld 
FROM  H 

WHERE  Jobld  =  @  Jobld  AND  PlaceCode  =  @  PlaceCode  AND  HValue  =  @MAXValue 
AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM  USED_APPLICANTS 
WHERE  Jobld  =  @  Jobld  AND  PlaceCode  =  @  PlaceCode)  AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM 
ASSIGNED_APPLICANTS) 

OPEN  HCursor 

FETCH  NEXT  FROM  HCursor 

INTO  @  Applicantld 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
INSERT  INTO  SAME_MAX_VALUE 
VALUES  (@  Applicantld) 

FETCH  NEXT  FROM  HCursor 
INTO  @  Applicantld 

END 

CLOSE  HCursor 
DEALLOCATE  HCursor 

EXEC  @ Length  =  ksergis.dec_CountPriority Records 

SET  @Eurika  =  0 
SET  @  Spot  =  0 

DECLARE  S ameMaxV alueCursor  CURSOR  FOR 

SELECT  Applicantld 

FROM  S  AME_M AX_V ALUE 

OPEN  SameMaxValueCursor 

FETCH  NEXT  FROM  SameMaxValueCursor 

INTO  @  Applicantld 

WHILE  @  @FETCH_STATUS  <>  -1 
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BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

SET  @Flag  =  0 

SET  @ Counter  1  =  @ Counter  +  1 
WHILE  @  Counter  1  <=  @  Length 
BEGIN 

SET  @JobIdl  =  (SELECT  Jobld  FROM  PRIORITY  WHERE 
Counter  =  @Counterl) 

SET  @PlaceCodel  =  (SELECT  PlaceCode  FROM  PRIORITY 
WHERE  Counter  =  @ Counter  1) 

SET  @MAX1  =  (SELECT  max(HValue)  FROM  H  WHERE  Jobld 
=  @ Jobld  1  AND  PlaceCode  =  @PlaceCodel  AND  HValue  IS  NOT  NULL  AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM 
USED_APPLICANTS  WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel) 
AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM 

ASS  IGNED_APPLIC  ANT  S )) 

SET  @ HValue  1  =  (SELECT  HValue  FROM  H  WHERE  Jobld  = 
@JobIdl  AND  PlaceCode  =  @PlaceCodel  AND  Applicantld  =  @ApplicantId) 

IF  @ HValue  1  =  @MAX1 
SET  @Flag  =  1 

SET  @ Counter  1  =  @ Counter  1  +  1 

END 

IF  @Flag  =  0 
BEGIN 

SET  @JobId2  =  (SELECT  Jobld  FROM  PRIORITY  WHERE 
Counter  =  @  Counter  +1) 

SET  @PlaceCode2  =  (SELECT  PlaceCode  FROM  PRIORITY 
WHERE  Counter  =  @Counter  +  1) 

SET  @MIN1  =  (SELECT  HValue  FROM  H  WHERE  Jobld  = 
@JobId2  AND  PlaceCode  =  @PlaceCode2  AND  Applicantld  =  @  Applicantld) 

INSERT  INTO  MIN_VALUE_APPLICANTS 
VALUES  (@  Applicantld,  @MIN1) 

END 

END 

FETCH  NEXT  FROM  SameMaxValueCursor 
INTO  @  Applicantld 

END 

CLOSE  SameMaxValueCursor 
DEALLOCATE  SameMaxValueCursor 

SET  @MIN_VALUE_APPLICANTS_Length  =  (SELECT  count(*)  FROM 
MIN_  V  ALUE_  APPLIC  ANTS ) 
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IF  @MIN_VALUE_APPLICANTS_Length  >  0 
BEGIN 

SET  @Eurika  =  1 

SET  @MIN1  =  (SELECT  min(MINValue)  FROM 
MIN_  V  ALUE_  APPLIC  ANTS ) 

SET  @ApplicantIdl  =  (SELECT  distinct(Applicantld)  FROM 
MIN_VALUE_APPLIC ANTS  WHERE  MINValue  =  @  MIN  1 ) 

END 

ELSE 

BEGIN 

SET  @ Counter  1  =  @ Counter  +  1 

WHILE  @  Counter  1  <=  @  Length 

BEGIN 

SET  @JobId2  =  (SELECT  Jobld  FROM  PRIORITY  WHERE  Counter  = 

@  Counter  1) 

SET  @PlaceCode2  =  (SELECT  PlaceCode  FROM  PRIORITY  WHERE 
Counter  =  @  Counter  1) 

print  @JobId2 
print  @PlaceCode2 

SET  @MAX1  =  (SELECT  max(HValue)  FROM  H  WHERE  Jobld  = 
@JobId2  AND  PlaceCode  =  @PlaceCode2  AND  Applicantld  IN  (SELECT  Applicantld 
FROM  SAME_MAX_VALUE)) 

SET  @ MultipleMaxV alues  =  (SELECT  count(HValue)  FROM  H 
WHERE  Jobld  =  @JobId2  AND  PlaceCode  =  @PlaceCode2  AND  HValue  =  @MAX1 
AND  Applicantld  IN  (SELECT  Applicantld  FROM  S AME_M AX_V ALUE) ) 

PRINT  '@MultipleMaxValues  =  ' 

PRINT  @MultipleMaxValues 
IF  @  MultipleMaxV alues  =  1 
BEGIN 

SET  @  Applicants  =  (SELECT  Applicantld  FROM  H  WHERE 
HValue  =  @MAX1  AND  Jobld  =  @JobId2  AND  PlaceCode  =  @PlaceCode2  AND 
Applicantld  IN  (SELECT  Applicantld  FROM  S AME_M AX_V ALUE) ) 

INSERT  INTO  ONE_M AX_V ALUE 

VALUES  (@JobId2,  @PlaceCode2,  @ApplicantId2,  @Counterl) 

END 

ELSE 

BEGIN 

DECLARE  S ameMaxV alueCursor  1  CURSOR  FOR 

SELECT  Applicantld 

FROM  S  AME_M AX_V ALUE 

OPEN  SameMaxValueCursorl 

FETCH  NEXT  FROM  SameMaxValueCursorl 

INTO  @  Applicantld 

WHILE  @  @FETCH_STATUS  <>  -1 
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BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

SET  @HValuel  =  (SELECT  HValue  FROM  H 
WHERE  Jobld  =  @JobId2  AND  PlaceCode  =  @PlaceCode2  AND  Applicantld  = 


@  Applicantld) 

IF  @  HValue  1  =  @MAX1 

BEGIN 

INSERT 

INTO 

MULTIPLE_MAX_V  ALUES 

VALUES  (@JobId2, 

@PlaceCode2, 

@  Applicantld,  @  Counter  1) 

END 

END 

FETCH  NEXT  FROM  SameMaxValueCursorl 
INTO  @ Applicantld 

END 


CLOSE  SameMaxValueCursorl 
DEALLOCATE  SameMaxValueCursorl 

END 

SET  @Counterl  =  @Counterl  +  1 

END 

IF  @  Length  >  @  Counter  +  2 
BEGIN 

-SET  @MULTIPLE_MAX_VALUES_Length  =  (SELECT 
max(Counter)  FROM  MULTIPLE_M AX_V ALUES  WHERE  Counter  >  @  Counter  +  1) 
-IF  @MULTIPLE_MAX_VALUES_Length  >  @  Counter  +  1 
-BEGIN 

SET  @ Jobld  1  =  (SELECT  Jobld  FROM  PRIORITY  WHERE 
Counter  =  @  Counter  +1) 

SET  @ PlaceCode  1  =  (SELECT  PlaceCode  FROM  PRIORITY 
WHERE  Counter  =  @ Counter  +1) 

SET  @MIN1  =  (SELECT  min(HValue)  FROM  H  WHERE  Jobld 
=  @ Jobld  1  AND  PlaceCode  =  @PlaceCodel  AND  Applicantld  IN  (SELECT 
Applicantld  FROM  MULTIPLE_M AX_V ALUES ) ) 

SET  @MAX2  =  (SELECT  max(HValue)  FROM  H  WHERE  Jobld 
=  @ Jobld  1  AND  PlaceCode  =  @PlaceCodel  AND  HValue  IS  NOT  NULL  AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM 
USED_APPLICANTS  WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel) 
AND 

Applicantld  NOT  IN  (SELECT  Applicantld  FROM 

ASS  IGNED_APPLIC  ANT  S )) 

IF  @MIN1  <  @MAX2 
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BEGIN 

SET  @Eurika  =  1 

SET  @ApplicantIdl  =  (SELECT  Applicantld  FROM  H 
WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel  AND  HValue  =  @MIN1) 

END 

ELSE 

BEGIN 

SET  @MinCount  =  @ Length 
SET  @C  =  0 

DECLARE  MultipleMaxV alueCursor  CURSOR  FOR 
SELECT  Applicantld 
FROM  MULTIPLE_M AX_V ALUES 
WHERE  Counter  =  @ Counter  +  1 

OPEN  MultipleMaxValueCursor 

FETCH  NEXT  FROM  MultipleMaxValueCursor 

INTO  @ Applicantld 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

SET  @  Tempi  =  (SELECT 

count(  Applicantld)  FROM  MULTIPLE_M  AX_V  ALUES  WHERE  Applicantld  = 
@  Applicantld) 

SET  @  Temp  2  =  (SELECT 

count( Applicantld)  FROM  ONE_MAX_VALUE  WHERE  Applicantld  =  @  Applicantld) 

SET  @Temp  =  @ Tempi  +  @Temp2 
SET  @C1  =  (SELECT  max(Counter) 
FROM  MULTIPLE_M AX_V ALUES  WHERE  Applicantld  =  @  Applicantld) 

SET  @C2  =  (SELECT  max(Counter) 
FROM  ONE_M AX_V ALUE  WHERE  Applicantld  =  @  Applicantld) 

IF  @C2>  @C1 

SET  @C1  =  @C2 

IF  (@Temp  <=  @MinCount)  AND  (@C1 

>=  @C) 

BEGIN 

SET  @Eurika  =  1 

SET  @MinCount  =  @Temp 

SET  @C=  @C1 

SET  @ApplicantIdl  =  @ApplicantId 

END 

END 

FETCH  NEXT  FROM  MultipleMaxValueCursor 
INTO  @ Applicantld 

END 
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CLOSE  MultipleMaxValueCursor 
DEALLOCATE  MultipleMaxV alueCursor 

END 

-END 

END 

ELSE  IF  @ Length  =  @ Counter  +  1 
BEGIN 

IF  EXISTS(SELECT  'True'  FROM  MULTIPLE_M  AX_V  ALUES 
WHERE  Counter  =  @ Counter) 

BEGIN 

SET  @Eurika  =  1 

SET  @JobIdl  =  (SELECT  Jobld  FROM  PRIORITY  WHERE 
Counter  =  @Counter+  1) 

SET  @PlaceCodel  =  (SELECT  PlaceCode  FROM  PRIORITY 
WHERE  Counter  =  @ Counter  +1) 

SET  @MIN1  =  (SELECT  min(HValue)  FROM  H  WHERE  Jobld 
=  @ Jobld  1  AND  PlaceCode  =  @PlaceCodel  AND  Applicantld  IN  (SELECT 
Applicantld  FROM  MULTIPLE_M AX_V ALUES  WHERE  Counter  =  @ Counter)) 

DECLARE  MultipleMaxV alueCursor  1  CURSOR  FOR 
SELECT  Applicantld,  Counter 
FROM  MULTIPLE_M AX_V ALUES 

OPEN  MultipleMaxValueCursor  1 

FETCH  NEXT  FROM  MultipleMaxValueCursor  1 

INTO  @  Applicantld,  @Counter2 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

SET  @HValuel  =  (SELECT  HValue  FROM  H 
WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel  AND  Applicantld  = 
@  Applicantld) 

IF  @ HValue  1  =  @MIN1 

SET  @ApplicantIdl  =  @ApplicantId 

END 

FETCH  NEXT  FROM  MultipleMaxValueCursor  1 
INTO  @  Applicantld,  @Counter2 

END 

CLOSE  MultipleMaxValueCursor  1 
DEALLOCATE  MultipleMaxV  alueCursor  1 

END 

END 

ELSE  IF  @Length  =  @Counter  +  2 
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BEGIN 

IF  EXISTS(SELECT  'True'  FROM  MULTIPLE_M  AX_V  ALUES 
WHERE  Counter  =  @ Counter  +1) 

BEGIN 

SET  @Eurika  =  1 

SET  @JobIdl  =  (SELECT  Jobld  FROM  PRIORITY  WHERE 
Counter  =  @Counter+  2) 

SET  @PlaceCodel  =  (SELECT  PlaceCode  FROM  PRIORITY 
WHERE  Counter  =  @ Counter  +  2) 

SET  @MIN1  =  (SELECT  min(HValue)  FROM  H  WHERE  Jobld 
=  @ Jobld  1  AND  PlaceCode  =  @PlaceCodel  AND  Applicantld  IN  (SELECT 
Applicantld  FROM  MULTIPLE_M AX_V ALUES  WHERE  Counter  =  @ Counter  +  1)) 

DECLARE  MultipleMaxValueCursorl  CURSOR  FOR 
SELECT  Applicantld,  Counter 
FROM  MULTIPLE_M AX_V ALUES 

OPEN  MultipleMaxValueCursorl 

FETCH  NEXT  FROM  MultipleMaxValueCursorl 

INTO  @  Applicantld,  @Counter2 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

SET  @HValuel  =  (SELECT  HValue  FROM  H 
WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel  AND  Applicantld  = 
@  Applicantld) 

IF  @  HValue  1  =  @MIN1 

SET  @ApplicantIdl  =  @ApplicantId 

END 

FETCH  NEXT  FROM  MultipleMaxValueCursorl 
INTO  @  Applicantld,  @Counter2 

END 

CLOSE  MultipleMaxValueCursorl 
DEALLOCATE  MultipleMaxV alueCursor  1 

END 

END 

IF  @Eurika  =  0 
BEGIN 

SET  @ONE_MAX_VALUE_Length  =  (SELECT  max(Counter)  FROM 
ONE_M AX_V ALUE  WHERE  Counter  >  @  Counter  +  1) 

IF  @ONE_MAX_VALUE_Length  >  @  Counter  +  1 
BEGIN 

SET  @Eurika  =  1 
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SET  @Spot  =  (SELECT  max(Counter)  FROM 

ONE_M  AX_V  ALUE) 

SET  @ApplicantIdl  =  (SELECT  Applicantld  FROM 
ONE_M AX_V ALUE  WHERE  Counter  =  @Spot) 

END 

END 

END 

IF  @Eurika  =  0 
BEGIN 

DECLARE  HCursorl  CURSOR  FOR 
SELECT  Applicantld 
FROM  H 

WHERE  Jobld  =  @JobId  AND  PlaceCode  =  @PlaceCode  AND  HValue  = 
@MAXValue  AND 

Applicantld  IN  (SELECT  Applicantld  FROM  SAME_MAX_VALUE) 

OPEN  HCursorl 

FETCH  NEXT  FROM  HCursorl 

INTO  @ Applicantld 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @@FETCH_STATUS  <>  -2 
SET  @ApplicantIdl  =  @ApplicantId 
BREAK 

FETCH  NEXT  FROM  HCursor 
INTO  @ Applicantld 

END 

CLOSE  HCursorl 
DEALLOCATE  HCursorl 

END 

RETURN  @  Applicantld  1 
GO 


Name:  dec_  H_Fill _ 

CREATE  PROCEDURE  ksergis.dec_H_Fill 
AS 

DELETE  FROM  H 
INSERT  INTO  H 

SELECT  Jobld,  Applicantld,  PlaceCode,  NULL 
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FROM  JOB_PLACE,  APPLICANT 

DECLARE  @JobId  char(10) 

DECLARE  @ApplicantId  char(10) 

DECLARE  @PlaceCode  char(10) 

DECLARE  @HValue  float 

DECLARE  @Rank  int 
DECLARE  ©Specialty  int 
DECLARE  ©Qualifications  int 

DECLARE  HCursor  CURSOR  FOR 
SELECT  Jobld,  Applicantld,  PlaceCode 
FROM  H 

OPEN  HCursor 

FETCH  NEXT  FROM  HCursor 

INTO  @  Jobld,  @  Applicantld,  @  PlaceCode 

WHILE  @@FETCH_STATUS  <>  -1 

BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

EXEC  @Rank  =  ksergis.dec_Rank  @ Jobld,  @ Applicantld 
EXEC  ©Specialty  =  ksergis.dec_Specialty  @ Jobld,  @ Applicantld 
EXEC  ©Qualifications  =  ksergis.dec_Qualifications  @JobId, 

@  Applicantld 

IF  @Rank  =  1  AND  ©Specialty  =1  AND  ©Qualifications  =  1 
BEGIN 

EXEC  @HValue  =  ksergis.dec_H_Function  @JobId, 

@  Applicantld,  @  PlaceCode 

UPDATE  H 

SET  HValue  =  @HValue 

WHERE  Jobld  =  @  Jobld  AND  Applicantld  =  @  Applicantld  AND 
PlaceCode=  @  PlaceCode 
END 

END 

FETCH  NEXT  FROM  HCursor 

INTO  @  Jobld,  @  Applicantld,  @  PlaceCode 

END 

CLOSE  HCursor 
DEALLOCATE  HCursor 
GO 
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Name:  dec_  H_  Function 

CREATE  PROCEDURE  ksergis.dec_H_Function  (@JobId  char(10),  @ApplicantId 
char(10),  @PlaceCode  char  (10)) 

AS 

DECLARE  @PreferenceCommand  int 
DECLARE  ©Preference Applicant  int 
DECLARE  @  Language  float 
DECLARE  ©Credentials  float 
DECLARE  ©Experience  float 
DECLARE  @H  float 

DECLARE  @PreferenceCommandCo  int 
DECLARE  @PreferenceApplicantCo  int 
DECLARE  @LanguageCo  int 
DECLARE  @CredentialsCo  int 
DECLARE  @ExperienceCo  int 

EXEC  @PreferenceCommand  =  ksergis.dec_PreferenceCommandRetum  @JobId, 
@ApplicantId,  @PlaceCode 

EXEC  ©Preference  Applicant  =  ksergis.dec_PreferenceApplicantRetum  @JobId, 
@ApplicantId,  @PlaceCode 

EXEC  ©Language  =  ksergis.dec_Language  @JobId,  @ApplicantId 
EXEC  ©Credentials  =  ksergis.dec_Credentials  @JobId,  @ApplicantId 
EXEC  ©Experience  =  ksergis.dec_Experience  @JobId,  @ApplicantId 

SET  @ PreferenceCommandCo  =  (SELECT  CoefficientValue  FROM  COEFFICIENT 
WHERE  Coefficientld  =  'CommandPreferenceCo') 

SET  @ Preference ApplicantCo  =  (SELECT  CoefficientValue  FROM  COEFFICIENT 
WHERE  Coefficientld  =  'ApplicantPreferenceCo') 

SET  @LanguageCo  =  (SELECT  CoefficientValue  FROM  COEFFICIENT  WHERE 
Coefficientld  =  'LanguageCo') 

SET  @CredentialsCo  =  (SELECT  CoefficientValue  FROM  COEFFICIENT  WHERE 
Coefficientld  =  'CredentialsCo') 

SET  @ Experienced  =  (SELECT  CoefficientValue  FROM  COEFFICIENT  WHERE 
Coefficientld  =  'Experienced') 

SET  @H  =  (@  PreferenceCommandCo  *  @PreferenceCommand)  + 

(©Preference ApplicantCo  *  ©Preference Applicant)  +  (@ LanguageCo  *  ©Language)  + 
(@ CredentialsCo  *  ©Credentials)  +  (©Experienced  *  ©Experience)  +  1 

RETURN  @H 
GO 


Name:  dec_  H_  Normalize 

CREATE  PROCEDURE  ksergis.dec_H_Normalize 
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AS 

EXEC  ksergis  .dec_MAX_V ALUE_ALL_J OB  S_Fill 

DECLARE  @JobId  char(10) 

DECLARE  @ApplicantId  char(10) 

DECLARE  @PlaceCode  char(10) 

DECLARE  @HValue  float 
DECLARE  @MaxValue  float 

DECLARE  HCursor  CURSOR  FOR 
SELECT  Jobld,  Applicantld,  PlaceCode,  HValue 
FROM  H 

OPEN  HCursor 

FETCH  NEXT  FROM  HCursor 

INTO  @  Jobld,  @  Applicantld,  @  PlaceCode,  @  HValue 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

IF  @  HValue  IS  NOT  NULL 
BEGIN 

SET  @MaxValue  =  (SELECT  MAXValue  FROM 
MAX_V ALUE_ALL_JOB S  WHERE  Jobld  =  @JobId  AND  PlaceCode  =  @PlaceCode) 
UPDATE  H 

SET  HValue  =  (@ HValue  *  9  /  @MaxValue)  +  1 
WHERE  Jobld  =  @  Jobld  AND  Applicantld  =  @  Applicantld  AND 
PlaceCode=  @  PlaceCode 
END 

END 

FETCH  NEXT  FROM  HCursor 

INTO  @ Jobld,  @ Applicantld,  @ PlaceCode,  @ HValue 

END 

CLOSE  HCursor 
DEALLOCATE  HCursor 
GO 


Name:  dec_  Language _ 

CREATE  PROCEDURE  ksergis. dec_Language  (@JobId  char(10),  @ApplicantId 
char(10)) 

AS 

DECLARE  @LanguageDegreel  float 
DECLARE  @LanguageDegree2  float 
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DECLARE  @LanguageCode  char(10) 

DECLARE  @SUM1  float 
DECLARE  @SUM2  float 
DECLARE  @ANS  float 
DECLARE  @  Count  int 

SET  @SUM1  =0 
SET  @SUM2  =  0 
SET  @ Count  =  0 

DECLARE  LanguageCursor  CURSOR  FOR 
SELECT  Jobld,  LanguageCode 
FROM  JOB_LANGUAGE 
WHERE  Jobld  =  @  Jobld 

OPEN  LanguageCursor 
FETCH  NEXT  FROM  LanguageCursor 
INTO  @  Jobld,  @  LanguageCode 
WHILE  @@FETCH_STATUS  <>  -1 
BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

EXEC  @LanguageDegreel  =  ksergis.dec_Languagel  @ApplicantId, 
@  LanguageCode 

EXEC  @LanguageDegree2  =  ksergis.dec_Language2  @  Jobld, 
@  LanguageCode 

SET  @SUM1  =  @SUM1  +@LanguageDegreel 
SET  @SUM2  =  @SUM2  +@LanguageDegree2 
SET  @ Count  =  @ Count  +1 

END 

FETCH  NEXT  FROM  LanguageCursor 
INTO  @  Jobld,  @  LanguageCode 

END 

CLOSE  LanguageCursor 
DEALLOCATE  LanguageCursor 

IF  @SUM1  <  @SUM2 
SET  @ANS  =  0 

ELSE 

BEGIN 

IF  @  Count  *  200  =  @SUM2 
SET  @ANS  =  1 

ELSE 

SET  @ANS  =  ((@SUM1  -  @SUM2)  *  9  /  ((@ Count  *  200)  -  @SUM2)) 

+  1 
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END 

RETURN  @ANS 
GO 


Name:  dec_  Language  1 _ 

CREATE  PROCEDURE  ksergis.dec_Languagel  (@ApplicantId  char(10), 

@LanguageCode  char(10)) 

AS 

DECLARE  @LanguageDegree  float 

IF  EXISTS  (SELECT  LanguageDegree  FROM  APPLIC ANT_LAN GUAGE  WHERE 
Applicantld  =  @ApplicantId  AND  LanguageCode  =  @LanguageCode) 

SET  @  LanguageDegree  =  (SELECT  LanguageDegree  FROM 
APPLIC ANT_LANGUAGE  WHERE  Applicantld  =  @  Applicantld  AND  LanguageCode 
=  @  LanguageCode) 

ELSE 

SET  @ LanguageDegree  =  0 
RETURN  @  LanguageDegree 
GO 


Name:  dec_  Language2 _ 

CREATE  PROCEDURE  ksergis.dec_Language2  (@JobId  char(10),  @LanguageCode 
char(10)) 

AS 

DECLARE  @  LanguageDegree  float 

SET  @ LanguageDegree  =  (SELECT  LanguageDegree  FROM  JOB_LANGUAGE 
WHERE  Job  Id  =  @JobId  AND  LanguageCode  =  @  LanguageCode) 

RETURN  @  LanguageDegree 
GO 


Name:  dec_  Main _ 

CREATE  PROCEDURE  ksergis.dec_Main  AS 

DELETE  FROM  DELETED_J OB  S 
DELETE  FROM  USED_APPLICANTS 
DELETE  FROM  AS SIGNED_APPLIC ANT S 

EXEC  ksergis.dec_H_Fill 
EXEC  ksergis.dec_H_Normalize 
EXEC  ksergis  .dec_PRIORITY_Fill 
EXEC  ksergis  .dec_C OUNTER_Fill 
EXEC  ksergis  .dec_MAX_VALUE_Fill 
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EXEC  ksergis.dec_DeleteEmptyJobs 

DECLARE  @  Length  int 
DECLARE  @  Count  int 
DECLARE  @PriorCount  int 
DECLARE  @Flag  bit 
DECLARE  @CheckHValueExists  int 

EXEC  @ Length  =  ksergis.dec_CountPriorityRecords 

SET  @ Count  =  1 

WHILE  @ Count  <=  @ Length 
BEGIN 

PRINT  @  Count 

EXEC  @CheckHValueExists  =  ksergis.dec_CheckHValueExists  @ Count 

IF  @  Count  =  1 
BEGIN 

SET  @Flag  =  (SELECT  Flag  FROM  PRIORITY  WHERE  Counter  = 

@  Count) 

IF  @CheckHValueExists  =  0  AND  @Flag  =  1 
BEGIN 

EXEC  ksergis.dec_DeleteJob 

EXEC  @Length  =  ksergis.dec_CountPriorityRecords 

EXEC  ksergis.dec_DeleteJobUsedValues  @Count 

EXEC  @CheckHValueExists  =  ksergis.dec_CheckHValueExists 

@  Count 

END 

END 

IF  @CheckHValueExists  =  1 
BEGIN 

EXEC  ksergis.dec_ComputeMaxValue  @ Count 
UPDATE  PRIORITY 
SET  Flag  =  1 

WHERE  Counter  =  @ Count 
SET  @ Count  =  @ Count  +  1 

END 

ELSE 

BEGIN 

SET  @PriorCount  =  @ Count  -  1 
EXEC  ksergis.dec_SetMAXValueNull  @PriorCount 
EXEC  ksergis.dec_DeleteJobUsedValues  @Count 
SET  @Count=  @PriorCount 

END 
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END 

EXEC  ksergis.dec_UNASSIGNED_APPLICANTS_Fill 

EXEC  ksergis  .dec_MANIPUL ATE_S  OLUTION_Fill 

EXEC  ksergis.dec_UNASSIGNED_APPLICANTS_MANIPULATE_Fill 

EXEC  ksergis .dec_DELETED_JOBS_MANIPULATE_Fill 

EXEC  ksergis  .dec_EstimateFunction 

GO 


Name:  dec_  MANIPULATE_SOLUTION_Fill _ 

CREATE  PROCEDURE  ksergis  .dec_MANIPULATE_S  OLUTION_Fill  AS 
DELETE  FROM  M ANIPUL ATE_S  OLUTION 

INSERT  INTO  MANIPULATE_SOLUTION 
SELECT  Jobld,  PlaceCode,  Applicantld,  MAXValue 
FROM  MAX_VALUE 
GO 


Name:  dec_  MANIPULATE_SOLUTION_  InsertRecord _ 

CREATE  PROCEDURE  ksergis.dec_MANIPULATE_SOLUTION_InsertRecord 
(@JobId  char(10),  @ PlaceC ode  char(  10),  @ Applicantld  char(10))  AS 
DECLARE  @HValue  float 

SET  @H Value  =  (SELECT  HValue  FROM  H  WHERE  Jobld  =  @  Jobld  AND  PlaceCode 
=  @  PlaceCode  AND  Applicantld  =  @  Applicantld) 

INSERT  INTO  MANIPULATE_SOLUTION 

VALUES  (@JobId,  @PlaceCode,  @ApplicantId,  @HValue) 

GO 


Name:  dec_M AX_V ALUE_ALL_J OB S_Fill _ 

CREATE  PROCEDURE  ksergis  .dec_MAX_VALUE_ALL_J OB  S_Fill 
AS 

DELETE  FROM  MAX_VALUE_ALL_JOBS 

INSERT  INTO  MAX_VALUE_ALL_JOBS 
SELECT  Jobld,  PlaceCode,  NULL 
FROM  JOB_PLACE 

DECLARE  @  Jobld  char(10) 

DECLARE  @  PlaceCode  char(10) 

DECLARE  @MValue  float 
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DECLARE  MAX_VALUE_ALL_JOBS_Cursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode 
FROM  M AX_V ALUE_ALL_J OB  S 

OPEN  MAX_V ALUE_ALL_JOB  S_Cursor 

FETCH  NEXT  FROM  MAX_VALUE_ALL_JOBS_Cursor 

INTO  @  Jobld,  @  PlaceCode 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

SET  @M Value  =  (SELECT  MAX(HValue)  FROM  H  WHERE  Jobld  = 
@  Jobld  AND  PlaceCode=  @  PlaceCode) 

UPDATE  M AX_V ALUE_ALL_J OB  S 
SET  MaxValue  =  @MValue 

WHERE  Jobld  =  @  Jobld  AND  PlaceCode=  @  PlaceCode 

END 

FETCH  NEXT  FROM  MAX_VALUE_ALL_JOBS_Cursor 
INTO  @  Jobld,  @  PlaceCode 

END 

CLOSE  M AX_V ALUE_ALL_J OB S_C ursor 
DEALLOCATE  M AX_V ALUE_ALL_J OB  S_Cursor 
GO 


Name:  dec_MAX_VALUE_Fill _ 

CREATE  PROCEDURE  ksergis.dec_MAX_VALUE_Fill 
AS 

DELETE  FROM  MAX_VALUE 

INSERT  INTO  MAX_VALUE 
SELECT  Jobld,  PlaceCode,  NULL,  NULL 
FROM  PRIORITY 
GO 


Name:  dec_  PreferenceApplicantReturn 

CREATE  PROCEDURE  ksergis.dec_PreferenceApplicantReturn  (@JobId  char  (10), 
@ApplicantId  char(10),  @PlaceCode  char(10)) 

AS 

DECLARE  ©Preference Applicant  int 
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IF  EXISTS(SELECT  PreferenceApplicant  FROM  APPLIC  ANT_PREFEREN  CE 
WHERE  Jobld  =  @JobId  AND  Applicantld  =  @ApplicantId  AND  PlaceCode  = 
@PlaceCode) 

BEGIN 

SET  @  PreferenceApplicant  =  (SELECT  PreferenceApplicant  FROM 
APPLIC  ANT_PREFERENCE  WHERE  Jobld  =  @  Jobld  AND  Applicantld  = 

@  Applicantld  AND  PlaceCode  =  @ PlaceCode) 

IF  @  PreferenceApplicant  IS  NOT  NULL 

RETURN  11  -  @  PreferenceApplicant 

ELSE 

RETURN  0 

END 

ELSE 

RETURN  0 
GO 


Name:  dec_  PreferenceCommandReturn 

CREATE  PROCEDURE  ksergis.dec_PreferenceCommandReturn  (@JobId  char  (10), 
@ Applicantld  char(10),  @PlaceCode  char(10)) 

AS 

DECLARE  @Ans  int 

IF  EXISTS(SELECT  PreferenceCommand  FROM  COMMAND_PREFERENCE 
WHERE  Jobld  =  @  Jobld  AND  Applicantld  =  @  Applicantld  AND  PlaceCode  = 
@  PlaceCode) 

BEGIN 

SET  @Ans  =  (SELECT  PreferenceCommand  FROM 
COMMAND_PREFERENCE  WHERE  Jobld  =  @  Jobld  AND  Applicantld  = 

@  Applicantld  AND  PlaceCode  =  @ PlaceCode) 

IF  @Ans  IS  NOT  NULL 

RETURN  11  -  @Ans 

ELSE 

RETURN  0 

END 

ELSE 

RETURN  0 
GO 


Name:  dec_  PRIORITY_Fill _ 

CREATE  PROCEDURE  ksergis.dec_PRIORITY_Fill 
AS 

DELETE  FROM  PRIORITY 
INSERT  INTO  PRIORITY 
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SELECT  JOB_PLACE.JobId,  PlaceCode,  Priority,  NULL,  '0' 

LROM  JOB_PLACE,  JOB 

WHERE  JOB_PLACE.JobId  =  JOB.Jobld 

DECLARE  @JobId  char(10) 

DECLARE  @  PlaceCode  char(10) 

DECLARE  @  Priority  int 
DECLARE  @  Priority  1  int 
DECLARE  @Counterint 
DECLARE  @  Counter  1  int 

SET  @Counterl  =  1 
SET  @ Priority  1  =  10 

WHILE  @  Priority  1  >  0 
BEGIN 

DECLARE  PriorityCursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode,  Priority,  Counter 
FROM  PRIORITY 

OPEN  PriorityCursor 

FETCH  NEXT  FROM  PriorityCursor 

INTO  @ Jobld,  @ PlaceCode,  @ Priority,  @ Counter 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 

IF  @ Priority  1  =  (SELECT  Priority  FROM  PRIORITY  WHERE  Jobld  = 
@  Jobld  AND  PlaceCode  =  @ PlaceCode) 

BEGIN 

UPDATE  PRIORITY 
SET  Counter  =  @Counterl 

WHERE  Jobld  =  @ Jobld  AND  PlaceCode  =  @ PlaceCode  AND 

Priority=  @  Priority  1 

SET  @Counterl  =  @Counterl  +  1 

END 

END 

FETCH  NEXT  FROM  PriorityCursor 

INTO  @ Jobld,  @ PlaceCode,  @ Priority,  @ Counter 

END 

CLOSE  PriorityCursor 
DEALLOCATE  PriorityCursor 

SET  @ Priority  1  =  @ Priority  1  -  1 
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END 

GO 


Name:  dec_  QualificationExists  1 

CREATE  PROCEDURE  ksergis.dec_QualificationExistsl  (@ApplicantId  char(10), 
@QualificationCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  QUALIFICATION_APPLICANT  WHERE 
Applicantld  =  @ApplicantId  AND  QualificationCode  =  @QualificationCode) 

RETURN  1 

ELSE 

RETURN  0 
GO 


Name:  dec_  QualificationExists2 

CREATE  PROCEDURE  ksergis.dec_QualificationExists2  (@JobId  char(10), 
@  QualificationCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_QUALIFICATION  WHERE  Jobld  =  @JobId 
AND  QualificationCode  =  @  QualificationCode) 

RETURN  1 

ELSE 

RETURN  0 
GO 


Name:  dec_  Qualifications _ 

CREATE  PROCEDURE  ksergis.dec_Qualifications  (@JobId  char(10),  @ApplicantId 
char(10)) 

AS 

DECLARE  @  QualificationCode  char(10) 

DECLARE  @QualificationResultl  int 
DECLARE  @QualificationResult2  int 
DECLARE  @Ans  int 

SET  @Ans  =  0 

DECLARE  QualificationsCursor  CURSOR  FOR 
SELECT  Jobld,  QualificationCode 
FROM  J OB_QUALIFIC ATION 
WHERE  Jobld  =  @  Jobld 

OPEN  QualificationsCursor 

FETCH  NEXT  FROM  QualificationsCursor _ 
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INTO  @  Jobld,  @QualificationCode 

WHILE  @  @FETCH_STATUS  <>  -1 

BEGIN 

IF  @  @FETCH_STATUS  <>  -2 

BEGIN 

EXEC  @QualificationResultl  = 

ksergis.dec_QualificationExistsl 

@ApplicantId,  @QualificationCode 

EXEC  @QualificationResult2  = 

ksergis.dec_QualificationExists2 

@  Jobld,  @QualificationCode 

IF  @QualificationResultl  = 

@QualificationResult2  AND 

@QualificationResultl  <>  0 

SET  @Ans  =  1 

END 

FETCH  NEXT  FROM  QualificationsCursor 

INTO  @  Jobld,  @QualificationCode 

END 

CLOSE  QualificationsCursor 

DEALLOCATE  QualificationsCursor 

RETURN  @Ans 

GO 

Name:  dec_  Rank _ 

CREATE  PROCEDURE  ksergis.dec_Rank  (@JobId  char(10),  @ApplicantId  char(10)) 
AS 

DECLARE  @RankCode  char(10) 

DECLARE  @RankResultl  int 
DECLARE  @RankResult2  int 
DECLARE  @Ans  int 

SET  @Ans  =  0 

DECLARE  RankCursor  CURSOR  FOR 
SELECT  Jobld,  RankCode 
FROM  JOB_RANK 
WHERE  Jobld  =  @  Jobld 

OPEN  RankCursor 
FETCH  NEXT  FROM  RankCursor 
INTO  @  Jobld,  @  RankCode 
WHILE  @  @FETCH_STATUS  <>  -1 
BEGIN 

IF  @@FETCH_STATUS  <>  -2 
BEGIN 
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EXEC  @RankResultl  =  ksergis.dec_RankExistsl  @ApplicantId, 

@RankCode 

EXEC  @RankResult2  =  ksergis.dec_RankExists2  @JobId,  @RankCode 
IF  @RankResultl  =  @RankResult2  AND  @RankResultl  <>  0 
SET  @Ans  =  1 

END 

FETCH  NEXT  FROM  RankCursor 
INTO  @JobId,  @RankCode 

END 

CLOSE  RankCursor 
DEALLOCATE  RankCursor 

RETURN  @Ans 
GO 


Name:  dec_  RankExistsl 

CREATE  PROCEDURE  ksergis.dec_RankExistsl  (@ApplicantId  char  (10), 
@RankCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  APPLICANT  WHERE  Applicantld  =  @ApplicantId 
AND  RankCode  =  @RankCode) 

RETURN  1 

ELSE 

RETURN  0 
GO 


Name:  dec_  RankExists2 

CREATE  PROCEDURE  ksergis.dec_RankExists2  (@JobId  char  (10),  @RankCode 
char(10)) 

AS 

IF  EXIS TS (S ELECT  'True'  FROM  JOB_RANK  WHERE  Jobld  =  @JobId  AND 
RankCode  =  @  RankCode) 

RETURN  1 

ELSE 

RETURN  0 
GO 


Name:  dec_  SetMAXValueNull 

CREATE  PROCEDURE  ksergis.dec_SetMAXValueNull  (@Counter  int) 
AS 

DECLARE  @  Applicantld  1  char(10) 
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DECLARE  @JobId  char(10) 

DECLARE  @JobIdl  char(10) 

DECLARE  @PlaceCode  char(10) 

DECLARE  @PlaceCodel  char(10) 

DECLARE  PriorityCursor  CURSOR  FOR 
SELECT  Jobld,  PlaceCode,  Counter 
FROM  PRIORITY 
WHERE  Counter  =  @ Counter 

OPEN  PriorityCursor 
FETCH  NEXT  FROM  PriorityCursor 
INTO  @  Jobld,  @  PlaceCode,  @  Counter 
WHILE  @  @FETCH_STATUS  <>  -1 
BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

SET  @  Jobld  1  =  @  Jobld 

SET  @ PlaceCode  1  =  @ PlaceCode 

END 

FETCH  NEXT  FROM  PriorityCursor 
INTO  @  Jobld,  @  PlaceCode,  @  Counter 

END 

CLOSE  PriorityCursor 
DEALLOCATE  PriorityCursor 

SET  @ApplicantIdl  =  (SELECT  Applicantld  FROM  MAX_VALUE  WHERE  Jobld  = 
@JobIdl  AND  PlaceCode  =  @PlaceCodel) 

PRINT  @  Applicantld  1 
PRINT  @  Jobld  1 
PRINT  @  PlaceCode  1 

DELETE  FROM  AS  SIGNED.  APPLICANTS 
WHERE  Applicantld  =  @  Applicantld  1 

INSERT  INTO  USED.APPLICANTS 

VALUES  (@JobIdl,  @PlaceCodel,  @ApplicantIdl) 

UPDATE  MAX. VALUE 

SET  Applicantld  =  NULL,  MAXValue  =  NULL 

WHERE  Jobld  =  @JobIdl  AND  PlaceCode  =  @PlaceCodel 

GO 
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Name:  dec_  ShowDeletedJobs _ 

CREATE  PROCEDURE  ksergis.dec_ShowDeletedJobs  AS 
SELECT  JobName,  PlaceName 
FROM  DELETED_J OB S ,  JOB,  PLACE 

WHERE  DELETED_J OB S . Jobld  =  JOB.Jobld  AND  DELETED_JOB S .PlaceCode  = 
PLACE. PlaceCode 
GO 


Name:  dec_  ShowDeletedJobsManipulate _ 

CREATE  PROCEDURE  ksergis.dec_ShowDeletedJobsManipulate  AS 
SELECT  JOB.Jobld,  JobName,  PL  ACE. PlaceCode,  PlaceName 
FROM  DELETED_JOB S_MANIPULATE,  JOB,  PLACE 

WHERE  DELETED_JOB  S_MANIPULATE.  Jobld  =  JOB.Jobld  AND 
DELETED_JOB  S_MANIPUL  ATE  .PlaceCode  =  PL  ACE.  PlaceCode 
GO 


Name:  dec_  ShowEstimateFunctionResult 

CREATE  PROCEDURE  ksergis.dec_ShowEstimateFunctionResult  AS 
SELECT  Result 

FROM  ESTIMATE_FUNCTION_RESULT 
GO 


Name:  dec_  ShowJobNameOnJobld _ 

CREATE  PROCEDURE  ksergis.dec_ShowJobNameOnJobId  (@JobId  char(10))  AS 
SELECT  JobName 
FROM  JOB 

WHERE  Jobld  =  @  Jobld 
GO 


Name:  dec_  ShowManipulateSolution _ 

CREATE  PROCEDURE  ksergis.dec_ShowManipulateSolution  AS 

SELECT  JOB.Jobld,  JobName,  PL  ACE. PlaceCode,  PlaceName, 

APPLICANT.Applicantld,  FirstName,  LastName,  MAXValue 

FROM  M ANIPULATE_S OLUTION,  JOB,  PLACE,  APPLICANT 

WHERE  M  ANIPUL  ATE_S  OLUTION  .Jobld  =  JOB.Jobld  AND 

MANIPULATE_SOLUTION. PlaceCode  =  PLACE.PlaceCode  AND 

M  ANIPULATE_S  OLUTION .  Applic  antld  =  APPLICANT.Applicantld 
GO 


Name:  dec_  S ho wNotNullH Value 

CREATE  PROCEDURE  ksergis.dec_ShowNotNullHValue  AS 
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SELECT  * 

FROM  H 

WHERE  HValue  IS  NOT  NULL 
GO 


Name:  dec_  ShowPlaceNameOnPlaceCode _ 

CREATE  PROCEDURE  ksergis.dec_ShowPlaceNameOnPlaceCode  (@PlaceCode 
char(10))  AS 
SELECT  PlaceName 
FROM  PLACE 

WHERE  PlaceCode  =  @PlaceCode 
GO 


Name:  dec_  ShowSolution _ 

CREATE  PROCEDURE  ksergis.dec_ShowSolution  AS 

SELECT  JobName,  PlaceName,  APPLICANT.Applicantld,  FirstName,  LastName, 
MAXValue 

FROM  MAX_VALUE,  JOB,  PLACE,  APPLICANT 

WHERE  MAX_VALUE.JobId  =  JOB.Jobld  AND  MAX_VALUE.PlaceCode  = 
PLACE. PlaceCode  AND 

M  AX_  V  ALUE .  Applic  antld  =  APPLICANT.Applicantld 
GO 


Name:  dec_  ShowUnassignedApplicants _ 

CREATE  PROCEDURE  ksergis.dec_ShowUnassignedApplicants  AS 

SELECT  APPLICANT.Applicantld,  FirstName,  LastName 
FROM  APPLICANT,  UNAS  SIGNED_APPLIC ANTS 

WHERE  APPLICANT.Applicantld  =  UNASSIGNED_APPLICANTS.ApplicantId 
GO 


Name:  dec_  ShowUnassignedApplicantsManipulate _ 

CREATE  PROCEDURE  ksergis.dec_ShowUnassignedApplicantsManipulate  AS 

SELECT  APPLICANT.Applicantld,  FirstName,  LastName 

FROM  APPLICANT,  UNASSIGNED_APPLICANTS_MANIPULATE 

WHERE  APPLICANT.Applicantld 

UNASSIGNED_APPLICANTS_MANIPULATE.ApplicantId 

GO 


Name:  dec_  Specialty 
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CREATE  PROCEDURE  ksergis.dec_Specialty  (@JobId  char(10),  @ApplicantId 
char(10)) 

AS 

DECLARE  @SpecialtyCode  char(10) 

DECLARE  @SpecialtyResultl  int 
DECLARE  @SpecialtyResult2  int 
DECLARE  @Ans  int 

SET  @Ans  =  0 

DECLARE  SpecialtyCursor  CURSOR  FOR 
SELECT  Jobld,  SpecialtyCode 
FROM  JOB_SPECIALTY 
WHERE  Jobld  =  @  Jobld 

OPEN  SpecialtyCursor 
FETCH  NEXT  FROM  SpecialtyCursor 
INTO  @  Jobld,  @  SpecialtyCode 
WHILE  @@FETCH_STATUS  <>  -1 
BEGIN 

IF  @  @FETCH_STATUS  <>  -2 
BEGIN 

EXEC  @SpecialtyResultl  =  ksergis.dec_SpecialtyExistsl  @ApplicantId, 
@  SpecialtyCode 

EXEC  ©Specialty  Re  sult2  =  ksergis.dec_SpecialtyExists2  @JobId, 
@  SpecialtyCode 

IF  @SpecialtyResultl  =  @SpecialtyResult2  AND  @SpecialtyResultl  <> 


END 

FETCH  NEXT  FROM  SpecialtyCursor 
INTO  @  Jobld,  @  SpecialtyCode 

END 

CLOSE  SpecialtyCursor 
DEALLOCATE  SpecialtyCursor 

RETURN  @Ans 
GO 


Name:  dec_  SpecialtyExistsl _ 

CREATE  PROCEDURE  ksergis.dec_SpecialtyExistsl  (@ApplicantId  char  (10), 
@  SpecialtyCode  char(  1 0)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  APPLICANT  WHERE  Applicantld  =  @ApplicantId 
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AND  SpecialtyCode  =  @SpecialtyCode) 
RETURN  1 

ELSE 

RETURN  0 
GO 


Name:  dec_  SpecialtyExists2 _ 

CREATE  PROCEDURE  ksergis.dec_SpecialtyExists2  (@JobId  char  (10), 
@  SpecialtyCode  char(10)) 

AS 

IF  EXISTS(SELECT  'True'  FROM  JOB_SPECIALTY  WHERE  Jobld  =  @JobId  AND 
SpecialtyCode  =  @  SpecialtyCode) 

RETURN  1 

ELSE 

RETURN  0 
GO 


Name:  dec_UN  AS  SIGNED,  APPLICANTS_Fill _ 

CREATE  PROCEDURE  ksergis.dec_UNASSIGNED_APPLICANTS_Fill  AS 
DELETE  FROM  UNAS  SIGNED_APPLIC ANTS 

INSERT  INTO  UNAS  SIGNED_APPLIC ANTS 
SELECT  Applicantld 
FROM  APPLICANT 

WHERE  Applicantld  NOT  IN  (SELECT  Applicantld  FROM 
ASSIGNED_APPLICANTS) 

GO 


Name:  dec_UNASSIGNED_APPLICANTS_MANIPULATE_DeleteRecord _ 

CREATE  PROCEDURE 

ksergis.dec_UNASSIGNED_APPLICANTS_MANIPULATE_DeleteRecord 
(@  Applicantld  char(10))  AS 

DELETE  FROM  UN  ASS  IGNED_APPLIC  ANTS_M  ANIPUL  ATE 
WHERE  Applicantld  =  @  Applicantld 
GO 


Name:  dec_UNASSIGNED_APPLICANTS_MANIPULATE_  Fill _ 

CREATE  PROCEDURE 

ksergis.dec_UNASSIGNED_APPLICANTS_MANIPULATE_Fill  AS 
DELETE  FROM  UNASSIGNED_APPLICANTS_MANIPULATE 

INSERT  INTO  UNASSIGNED_APPLICANTS_MANIPULATE 
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SELECT  * 

FROM  UNASSIGNED_APPLICANTS 
GO 


Name:  DeleteApplicantldOnApplicantCredentials 

CREATE  PROCEDURE  ksergis.DeleteApplicantldOnApplicantCredentials 
(@ApplicantId  char(10),  @CredentialsId  char(10)) 

AS 

DELETE  FROM  APPLICANT_CREDENTIALS 

WHERE  Applicantld  =  @ApplicantId  AND  Credentialsld  =  @CredentialsId 
GO 


Name:  DeleteApplicantldOnApplicantLanguage 

CREATE  PROCEDURE  ksergis.DeleteApplicantldOnApplicantLanguage 

(@ApplicantId  char(10),  @LanguageCode  char(10)) 

AS 

DELETE  FROM  APPLICANT_LANGUAGE 

WHERE  Applicantld  =  @  Applicantld  AND  LanguageCode  =  @LanguageCode 
GO 


Name:  DeleteApplicantldOnQualificationApplicant 

CREATE  PROCEDURE  ksergis.DeleteApplicantldOnQualificationApplicant 
(@ApplicantId  char(10),  @QualificationCode  char(10)) 

AS 

DELETE  FROM  QUALIFICATION_APPLICANT 

WHERE  Applicantld  =  @  Applicantld  AND  QualificationCode  =  @QualificationCode 
GO 


Name:  DeleteApplicantPreference 

CREATE  PROCEDURE  ksergis. DeleteApplicantPreference  (@ApplicantId  char(10), 
©Preference Applicant  char(10)) 

AS 

DELETE  FROM  APPLICANT_PREFERENCE 

WHERE  Applicantld  =  @  Applicantld  AND  Preference  Applicant  = 

@  Preference  Applicant 
GO 


Name:  DeleteApplicants _ 

CREATE  PROCEDURE  ksergis. DeleteApplicants  (@ApplicantId  char(10)) 
AS 

DELETE  FROM  APPLICANT 
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WHERE  Applicantld  =  @ApplicantId 
GO 


Name:  DeleteCoefficient 

CREATE  PROCEDURE  ksergis. DeleteCoefficient  (@CoefficientId  char(30)) 
AS 

DELETE  FROM  COEFFICIENT 
WHERE  Coefficientld  =  @CoefficientId 
GO 


Name:  DeleteCommandPreference 

CREATE  PROCEDURE  ksergis. DeleteCommandPreference  (@PlaceCode  char(10), 
@JobId  char(10),  @PreferenceCommand  char(10),  @  Applicantld  char(10)) 

AS 

DELETE  FROM  C  OMM AND_PREFEREN CE 

WHERE  PlaceCode  =  @PlaceCode  AND  Jobld  =  @JobId  AND  PreferenceCommand  = 
@PreferenceCommand  AND  Applicantld  =  @  Applicantld 
GO 


Name:  DeleteCommands 

CREATE  PROCEDURE  ksergis. DeleteCommands  (@CommandCode  char(10)) 
AS 

DELETE  FROM  COMMAND 

WHERE  CommandCode  =  @CommandCode 

GO 


Name:  DeleteCredentials 

CREATE  PROCEDURE  ksergis. DeleteCredentials  (@CredentialsId  char(10)) 
AS 

DELETE  FROM  CREDENTIALS 
WHERE  Credentialsld  =  @CredentialsId 
GO 


Name:  DeleteCredentialsIdOnJobCredentials _ 

CREATE  PROCEDURE  ksergis. DeleteCredentialsIdOnJobCredentials  (@  Jobld 

char(10),  @ Credentialsld  char(  10)) 

AS 

DELETE  FROM  J OB_CREDENTIALS 

WHERE  Jobld  =  @  Jobld  AND  Credentialsld  =  @  Credentialsld 

GO 
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Name:  DeleteJobs _ 

CREATE  PROCEDURE  ksergis. Delete  Jobs  (@JobId  char(10)) 
AS 

DELETE  FROM  JOB 
WHERE  Jobld  =  @JobId 
GO 


Name:  DeleteLanguageCodeOnJobLanguage _ 

CREATE  PROCEDURE  ksergis. Delete  LanguageCodeOnJobLanguage  (@  Jobld 

char(10),  @LanguageCode  char(10)) 

AS 

DELETE  FROM  JOB_LANGUAGE 

WHERE  Jobld  =  @  Jobld  AND  LanguageCode  =  @LanguageCode 
GO 


Name:  DeleteLanguages _ 

CREATE  PROCEDURE  ksergis. DeleteLanguages  (@ LanguageCode  char(10)) 
AS 

DELETE  FROM  LANGUAGE 

WHERE  LanguageCode  =  @  LanguageCode 

GO 


Name:  DeletePlaceCodeOnJobPlace _ 

CREATE  PROCEDURE  ksergis. DeletePlaceCodeOnJobPlace  (@JobId  char(10), 
@PlaceCode  char(10)) 

AS 

DELETE  FROM  JOB_PLACE 

WHERE  Jobld  =  @  Jobld  AND  PlaceCode  =  @PlaceCode 
GO 


Name:  DeletePlaces _ 

CREATE  PROCEDURE  ksergis. DeletePlaces  (@PlaceCode  char(10)) 
AS 

DELETE  FROM  PLACE 
WHERE  PlaceCode  =  @  PlaceCode 
GO 


Name:  DeleteQualificationCodeOnJobQualification 

CREATE  PROCEDURE  ksergis. DeleteQualificationCodeOnJobQualification  (@ Jobld 
char(10),  @QualificationCode  char(10)) _ 
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AS 

DELETE  FROM  JOB  .QUALIFICATION 

WHERE  Jobld  =  @JobId  AND  QualificationCode  =  @QualificationCode 
GO 


Name:  DeleteQualifications 

CREATE  PROCEDURE  ksergis. DeleteQualifications  (@ QualificationCode  char(10)) 
AS 

DELETE  FROM  QUALIFICATION 

WHERE  QualificationCode  =  @  QualificationCode 

GO 


Name:  DeleteRankCodeOnJobRank 

CREATE  PROCEDURE  ksergis. DeleteRankCodeOnJobRank  (@JobId  char(10), 
@RankCode  char(10)) 

AS 

DELETE  FROM  JOB.RANK 

WHERE  Jobld  =  @  Jobld  AND  RankCode  =  @RankCode 
GO 


Name:  DeleteRanks 

CREATE  PROCEDURE  ksergis. DeleteRanks  (@RankCode  char(10)) 
AS 

DELETE  FROM  RANK 
WHERE  RankCode  =  @  RankCode 
GO 


Name:  DeleteSpecialties 

CREATE  PROCEDURE  ksergis. DeleteSpecialties  (@SpecialtyCode  char(10)) 
AS 

DELETE  FROM  SPECIALTY 

WHERE  SpecialtyCode  =  @SpecialtyCode 

GO 


Name:  DeleteSpecialtyCodeOnJobSpecialty _ 

CREATE  PROCEDURE  ksergis.DeleteSpecialtyCodeOnJobSpecialty  (@JobId  char(10), 
@  SpecialtyCode  char(10)) 

AS 

DELETE  FROM  JOB.SPECIALTY 

WHERE  Jobld  =  @  Jobld  AND  SpecialtyCode  =  @  SpecialtyCode 
GO 
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Name:  FindPlaceCodeJobld 

CREATE  PROCEDURE  ksergis. FindPlaceCodeJobld  (@CommandCode  char(10), 
@  JobName  char(30),  @PlaceName  char(50),  @PreferenceCommand  int) 

AS 

SELECT  PL  ACE  .PlaceCode,  JOB.Jobld 

FROM  EXPERIENCE_PREFERENCE,  JOB,  PLACE 

WHERE  EXPERIENCE_PREFERENCE.CommandCode=@CommandCode  AND 
JobName  =  @JobName  AND  PlaceName  =  @PlaceName  AND  JOB.Jobld  = 
EXPERIENCE_PREFERENCE.JobId  AND  PLACE.PlaceCode 

EXPERIENCE_PREFEREN  CE .  PlaceC  ode  AND  PreferenceCommand 

@  PreferenceCommand 
GO 


Name:  InsertCoefficient 

CREATE  PROCEDURE  ksergis. InsertCoefficient  (@CoefficientId  char(30), 

@CoefficientValue  int)  AS 

INSERT  INTO  COEFFICIENT 

VALUES  (@CoefficientId,  @CoefficientValue) 

GO 


Name:  InsertDate 

CREATE  PROCEDURE  ksergis. InsertDate  (@ApplicantId  char(10),  @ReportDate 
varchar(lO),  @DetachDate  varchar(lO))  AS 

DECLARE  @d_ReportDate  date  time 
DECLARE  @d_DetachDate  datetime 

SET  @d_ReportDate  =  @ReportDate 
SET  @d_DetachDate  =  @DetachDate 

UPDATE  ASSIGNMENT 

SET  ReportDate  =  @d_ReportDate,  DetachDate  =  @DetachDate 
WHERE  Applicantld  =  @ApplicantId 
GO 


Name:  InsertExperience 

CREATE  PROCEDURE  ksergis.InsertExperience  (@JobId  char(10),  @ApplicantId 

char(10),  ©Experience  float)  AS 

INSERT  INTO  EXPERIENCE 

VALUES  (@JobId,  @ApplicantId,  ©Experience) 

GO 
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Name:  SearchCommandName _ 

CREATE  PROCEDURE  ksergis. SearchCommandName  (@UserName  varchar(50)) 
AS 

SELECT  CommandName,  CommandCode 
FROM  COMMAND 
WHERE  UserName=@UserName 
GO 


Name:  SearchLastName _ 

CREATE  PROCEDURE  ksergis. SearchLastName  (@UserName  varchar(50)) 
AS 

SELECT  LastName,  Applicantld,  DetailerCheck 
FROM  APPLICANT 
WHERE  UserName=@UserName 
GO 


Name:  ShowAllAssignmentlnfo 

CREATE  PROCEDURE  ksergis. ShowAllAssignmentlnfo  AS 

SELECT  ASS IGNMENT. J obld,  JobName,  ASSIGNMENT. PlaceCode,  PlaceName, 
ASSIGNMENT.Applicantld,  FirstName,  LastName,  ReportDate,  DetachDate 
FROM  ASSIGNMENT,  JOB,  PLACE,  APPLICANT 

WHERE  ASSIGNMENT. Jobld  =  JOB.Jobld  AND  ASSIGNMENT.PlaceCode  = 
PLACE. PlaceCode  AND  ASSIGNMENT.Applicantld  =  APPLICANT.Applicantld 
GO 


Name:  ShowAllJobldRelatedData _ 

CREATE  PROCEDURE  ksergis. ShowAllJobldRelatedData  (@  Jobld  char(10)) 

AS 

SELECT  JOB.Jobld,  JobName,  ExperienceRequired,  RankName,  LanguageName, 
LanguageDegree,  Specialty  Name,  QualificationName,  PlaceName,  CredentialsName, 
CredentialsGrade 

FROM  JOB,  JOB_RANK,  RANK,  JOB_LANGUAGE,  LANGUAGE,  SPECIALTY, 
JOB_SPECIALTY,  QUALIFICATION,  JOB_QUALIFICATION,  PLACE, 
JOB_PLACE,  CREDENTIALS,  J OB_CREDENTIALS 

WHERE  JOB.Jobld  =  @  Jobld  AND  JOB.Jobld  =  JOB_RANK.  Jobld  AND 

JOB_RANK.RankCode  =  RANK.RankCode  AND  JOB_LANGUAGE.LanguageCode  = 
LANGUAGE.LanguageCode  AND  JOB_LANGUAGE. Jobld  =  JOB.Jobld 

AND  JOB  _SPECI  ALT  Y .  Specialty  Code  =  SPECIALTY.SpecialtyCode  AND 
JOB_SPECIALTY.  Jobld  =  JOB.Jobld 

AND  JOB_QUALIFICATION.QualificationCode 

QUALIFICATION.QualificationCode  AND  JOB_QUALIFICATION. Jobld  =  JOB.Jobld 
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AND  JOB_PLACE.PlaceCode  =  PLACE.PlaceCode  AND  JOB_PLACE.JobId  = 
JOB.Jobld 

AND  JOB_CREDENTIALS  .Credentialsld  =  CREDENTIALS. Credentialsld 
AND  JOB_CREDENTIALS.JobId  =  JOB.Jobld 
GO 


Name:  ShowApplicantAddressPhoneData 

CREATE  PROCEDURE  ksergis. ShowApplicantAddressPhoneData  (@ApplicantId 
char(10)) 

AS 

SELECT  FirstName,  LastName,  MiddleName,  UserName,  Password,  EmailAddress, 
CityOrTown,  Street,  Appartment,  ZIP,  HomePhoneNumber,  CellPhoneNumber, 
OtherPhoneN  umber 

FROM  APPLICANT,  ADDRESS,  PHONE 

WHERE  APPLICANT. Applicantld  =  @ApplicantId  AND  ADDRESS. Applicantld  = 
@ApplicantId  AND  PHONE. Applicantld  =  @  Applicantld 
GO 


Name:  ShowApplicantData _ 

CREATE  PROCEDURE  ksergis. ShowApplicantData  AS 

SELECT  FirstName,  LastName,  MiddleName,  CityOrTown,  Street,  Appartment 

FROM  dbo. APPLICANT,  dbo. ADDRESS 

WHERE  UserName  =  Request.  Form(“UserName”)  AND  Password  = 

Request.Form(“Password”) 

GO 


Name:  ShowApplicantDataOnJobldFromEXPERIENCE 

CREATE  PROCEDURE  ksergis. ShowApplicantDataOnJobklFromEXPERIENCE 
(@JobId  char(10))  AS 

SELECT  APPLICANT.Applicantld,  FirstName,  LastName 
FROM  APPLICANT,  EXPERIENCE 

WHERE  APPLICANT.Applicantld  =  EXPERIEN  CE .  Applic  antld  AND 

EXPERIEN  CE .  Jobld  =  @JobId 
GO 


Name:  ShowApplicantld _ 

CREATE  PROCEDURE  ksergis.  Show  Applicantld  AS 
SELECT  Applicantld 
FROM  APPLICANT 
GO 
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Name:  ShowApplicantldFromUserName 

CREATE  PROCEDURE  ksergis. ShowApplicantldFromUserName  (@UserName 
char(50)) 

AS 

SELECT  Applicantld 
FROM  dbo. APPLICANT 
WHERE  UserName  =  @UserName 
GO 


Name:  ShowApplicantldLastNameFirstName 

CREATE  PROCEDURE  ksergis. ShowApplicantldLastNameFirstName  AS 
SELECT  Applicantld,  FirstName,  LastName,  RankName 
FROM  APPLICANT,  RANK 

WHERE  APPLICANT.RankCode  =  RANK.RankCode 
GO 


Name:  ShowApplicantldLastNameFirstNameOnApplicantld 

CREATE  PROCEDURE  ksergis. ShowApplicantldLastNameFirstNameOnApplicantld 

(@  Applicantld  char(10))  AS 

SELECT  Applicantld,  FirstName,  LastName 

FROM  APPLICANT 

WHERE  Applicantld  =  @  Applicantld 

GO 


Name:  ShowApplicantldLastNameFirstNameRankNameOnApplicantld 

CREATE 

PROCEDURE 

ksergis.  ShowApplicantldLastNameFirstNameRankNameOnApplicantld 
char(10))  AS 

SELECT  Applicantld,  FirstName,  LastName,  RankName 

FROM  APPLICANT,  RANK 

(@  Applicantld 

WHERE  APPLICANT.RankCode  =  RANK.RankCode  AND 
@  Applicantld 

GO 

Applicantld  = 

Name:  ShowApplicantldLastNameFirstNameWORank 

CREATE  PROCEDURE  ksergis. ShowApplicantldLastNameFirstNameWORank  AS 
SELECT  Applicantld,  FirstName,  LastName 
FROM  APPLICANT 
GO 


Name:  ShowApplicantPreferences 
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CREATE  PROCEDURE  ksergis.ShowApplicantPreferences  (@ApplicantId  varchar(lO)) 
AS 

SELECT  PreferenceApplicant,  JOB.JobName,  PlaceName 
FROM  APPLICANT_PREFERENCE,  JOB,  PLACE 

WHERE  ApplicantId=@ApplicantId  AND  JOB.Jobld  = 

APPLICANT_PREFERENCE.JobId  AND  PLACE.PlaceCode 

APPLIC  ANT_PREFEREN  CE  .PlaceC  ode 

ORDER  BY  PreferenceApplicant,  PlaceName,  JOB.JobName 

GO 


Name:  ShowApplicantRankSpecialtySeaTimeForRank 

CREATE  PROCEDURE  ksergis.ShowApplicantRankSpecialtySeaTimeForRank 

(@ApplicantId  char  (10)) 

AS 

SELECT  RankName,  SpecialtyName,  SeaTimeForRank 
FROM  APPLICANT,  SPECIALTY,  RANK 

WHERE  Applicantld  =  @ApplicantId  AND  APPLIC  ANT.RankCode  = 

RANK.RankCode  AND  APPLIC  ANT.  Specialty  Code  =  SPECIALTY.SpecialtyCode 
GO 


Name:  ShowCoefficients _ 

CREATE  PROCEDURE  ksergis. ShowCoefficients  AS 
SELECT  * 

FROM  COEFFICIENT 
GO 


Name:  ShowCommandCode _ 

CREATE  PROCEDURE  ksergis. ShowCommandCode  AS 
SELECT  CommandCode,  CommandName 
FROM  COMMAND 
GO 


Name:  ShowCommandsData _ 

CREATE  PROCEDURE  ksergis. ShowCommandsData  AS 
SELECT  * 

FROM  COMMAND 
GO 


Name:  ShowCommandsPreferences 

CREATE  PROCEDURE  ksergis. ShowCommandsPreferences  (@CommandCode 
char(50)) _ 
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AS 

SELECT  JOB.JobName,  PlaceName,  PreferenceCommand,  LastName,  FirstName, 
RankName 

FROM  C OMM AND_PREFEREN CE ,  JOB,  PLACE,  APPLICANT,  RANK 
WHERE  COMMAND_PREFERENCE.CommandCode=@CommandCode  AND 

COMMAND_PREFERENCE.ApplicantId  =  APPLICANT.Applicantld  AND 

APPLICANT.RankCode  =  RANK.RankCode  AND  JOB.Jobld 
COMMAND_PREFERENCE.JobId  AND  PLACE.PlaceCode 

COMMAND_PREFERENCE.PlaceCode 

ORDER  BY  PlaceName,  JOB.JobName,  PreferenceCommand,  RankName,  LastName, 

FirstName 

GO 


Name:  ShowCommandsPreferencesForDelete 

CREATE  PROCEDURE  ksergis.ShowCommandsPreferencesForDelete 

(@CommandCode  char(50)) 

AS 

SELECT  PlaceName,  JOB.JobName,  PreferenceCommand,  APPLICANT.Applicantld, 
LastName,  FirstName,  RankName,  JOB.Jobld,  PLACE.PlaceCode 
FROM  C OMM AND_PREFEREN CE ,  JOB,  PLACE,  APPLICANT,  RANK 
WHERE  COMMAND_PREFERENCE.CommandCode=@CommandCode  AND 

COMMAND_PREFERENCE.ApplicantId  =  APPLICANT.Applicantld  AND 

APPLICANT.RankCode  =  RANK.RankCode  AND  JOB.Jobld 
COMMAND_PREFERENCE.JobId  AND  PLACE.PlaceCode 

COMMAND_PREFERENCE.PlaceCode 

ORDER  BY  PlaceName,  JOB.JobName,  PreferenceCommand,  RankName,  LastName, 

FirstName 

GO 


Name :  Sho wC  ommandsPreference  s  OnPlaceCode 

CREATE  PROCEDURE  ksergis.ShowCommandsPreferencesOnPlaceCode 
(@CommandCode  char(50),  @PlaceCode  char(10)) 

AS 

SELECT  JOB.JobName,  PreferenceCommand,  LastName,  FirstName,  RankName 
FROM  C OMM AND_PREFEREN CE,  JOB,  APPLICANT,  RANK 
WHERE  COMMAND_PREFERENCE.CommandCode=@CommandCode  AND 

COMMAND_PREFERENCE.ApplicantId  =  APPLICANT.Applicantld  AND 

APPLICANT.RankCode  =  RANK.RankCode  AND  JOB.Jobld 
COMMAND_PREFERENCE.JobId  AND  COMMAND_PREFERENCE.PlaceCode  = 
@PlaceCode 

ORDER  BY  JOB.JobName,  PreferenceCommand,  RankName,  LastName,  FirstName 
GO 
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Name:  ShowCredentialsGrade _ 

CREATE  PROCEDURE  ksergis.  ShowCredentialsGrade  (@ApplicantId  char(10), 
@CredentialsId  char(10))AS 
SELECT  CredentialsGrade 
FROM  APPLICANT_CREDENTIALS 
WHERE  Applicantld  =  @ApplicantId 
AND  Credentialsld  =  @CredentialsId 
GO 


Name:  ShowCredentialsId _ 

CREATE  PROCEDURE  ksergis. ShowCredentialsId  AS 
SELECT  Credentialsld,  CredentialsName 
FROM  CREDENTIALS 
GO 


Name:  ShowCredentialsIdOnApplicantld 

CREATE  PROCEDURE  ksergis.  ShowCredentialsIdOnApplicantld  (@  Applicantld 
char(10))AS 

SELECT  CREDENTIALS. Credentialsld,  CredentialsName,  CredentialsGrade 
FROM  CREDENTIALS,  APPLICANT,  APPLICANT_CREDENTIALS 
WHERE  APPLICANT. Applicantld  =  @  Applicantld 

AND  APPLICANT. Applicantld  =  APPLICANT_CREDENTIALS  .Applicantld 
AND  APPLICANT_CREDENTIALS .Credentialsld  =  CREDENTIALS. Credentialsld 
GO 


Name:  ShowCredentialsIdOnJobld _ 

CREATE  PROCEDURE  ksergis. ShowCredentialsIdOnJobld  (@  Jobld  char(10)) 

AS 

SELECT  distinct(JOB_CREDENTIALS  .Credentialsld),  CredentialsName 
FROM  CREDENTIALS,  J OB_CREDENTIALS 

WHERE  CREDENTIALS .  Credentialsld  =  JOB  .CREDENTIALS  .Credentialsld  AND 
Jobld  =  @  Jobld 
GO 


Name:  ShowCredentialsNameCredentialsGradeOnJobld _ 

CREATE  PROCEDURE  ksergis .  ShowCredentialsN  ameCredentialsGradeOn  Jobld 

(@JobId  char(10)) 

AS 

SELECT  CredentialsName,  CredentialsGrade 
FROM  J OB.CREDENTIALS ,  CREDENTIALS 

WHERE  Jobld  =  @  Jobld  AND  JOB.CREDENTIALS. Credentialsld  = 

CREDENTIALS  .Credentialsld 
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GO 


Name:  ShowCurrentAssignment 

CREATE  PROCEDURE  ksergis. ShowCurrentAssignment  (@ApplicantId  char(10))  AS 

SELECT  LastName,  FirstName,  PlaceName,  Placelmage,  JobName,  ReportDate, 
DetachDate 

FROM  ASSIGNMENT,  JOB,  PLACE,  APPLICANT 

WHERE  ASSIGNMENT.Applicantld  =  @ApplicantId  AND 

ASSIGNMENT.Applicantld  =  APPLICANT.Applicantld 

AND  PLACE.PlaceCode  =  ASSIGNMENT.PlaceCode  AND  JOB.Jobld  = 
ASSIGNMENT.  Jobld 
GO 


Name:  ShowExperienceOnJobldJobName 

CREATE  PROCEDETRE  ksergis. ShowExperienceOnJobldJobName  (@JobId  char(10), 
@ApplicantId  char(10))AS 
SELECT  Experience 
FROM  EXPERIENCE 

WHERE  Jobld  =  @  Jobld  AND  Applicantld=  @ApplicantId 
GO 


Name:  ShowExperiencePerJobOfficer 

CREATE  PROCEDURE  ksergis. ShowExperiencePerJobOfficer  AS 

SELECT  EXPERIENCE.  Jobld,  JobName,  APPLICANT.Applicantld,  LastName, 

FirstName,  Experience 

FROM  EXPERIENCE,  JOB,  APPLICANT 

WHERE  EXPERIENCE. Jobld  =  JOB.Jobld  AND  EXPERIENCE. Applicantld  = 

APPLICANT.Applicantld 

GO 


Name:  ShowExperienceRequired 

CREATE  PROCEDURE  ksergis. ShowExperienceRequired  (@JobId  char(10), 
@  JobName  char(30)) 

AS 

SELECT  ExperienceRequired 
FROM  Job 

WHERE  Jobld  =  @  Jobld  AND  JobName  =  @  JobName 
GO 


Name:  ShowJobld 
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CREATE  PROCEDURE  ksergis.ShowJobld  AS 
SELECT  Jobld,  JobName 
FROM  JOB 
GO 


Name:  ShowJobldJobNameFromEXPERIENCE 

CREATE  PROCEDURE  ksergis.ShowJobldJobNameFromEXPERIENCE  AS 

SELECT  distinct  (JOB .Jobld),  JobName 

FROM  EXPERIENCE,  JOB 

WHERE  EXPERIENCE.  Jobld  =  JOB  .Jobld 

GO 


Name:  ShowJobldOnPlaceCode _ 

CREATE  PROCEDURE  ksergis. ShowJobldOnPlaceCode  (@PlaceCode  char(10)) 
AS 

SELECT  JOB_PLACE. Jobld,  JobName 
FROM  JOB_PLACE,  JOB 

WHERE  PlaceCode  =  @PlaceCode  AND  JOB_PLACE. Jobld  =  JOB. Jobld 
GO 


Name:  ShowJobldPlaceCodeApplicantldFromASSIGNMENT 

CREATE  PROCEDURE  ksergis. ShowJobldPlaccCodcApplicantldFromASSIGNMENT 
AS 

SELECT  ASS IGNMENT. J obld,  JobName,  ASSIGNMENT. PlaceCode,  PlaceName, 
ASSIGNMENT.Applicantld,  FirstName,  LastName 
FROM  ASSIGNMENT,  JOB,  PLACE,  APPLICANT 

WHERE  ASSIGNMENT. Jobld  =  JOB. Jobld  AND  ASSIGNMENT.PlaceCode  = 
PLACE. PlaceCode  AND  ASSIGNMENT.Applicantld  =  APPLICANT.Applicantld 
GO 


Name:  ShowJobldPlaceCodeApplicantldFromASSIGNMENTForUpdate 

CREATE  PROCEDURE 

ksergis .  S  ho w J obldPlaceC  ode ApplicantldFromAS  SIGNMENTF orUpdate  AS 

SELECT  ASS  IGNMENT.  J  obld,  JobName,  ASSIGNMENT.PlaceCode,  PlaceName, 

ASSIGNMENT.Applicantld,  FirstName,  LastName,  ReportDate,  DetachDate 

FROM  ASSIGNMENT,  JOB,  PLACE,  APPLICANT 

WHERE  ASSIGNMENT. Jobld  =  JOB. Jobld  AND  ASSIGNMENT.PlaceCode  = 
PLACE. PlaceCode  AND  ASSIGNMENT.Applicantld  =  APPLICANT.Applicantld 
AND  (ReportDate  IS  NOT  NULL  OR  DetachDate  IS  NOT  NULL) 

GO 
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Name:  ShowJobldPlaceCodeApplicantldOnApplicantldFromASSIGNMENT 
CREATE  PROCEDURE 

ksergis.ShowJobldPlaceCodeApplicantldOnApplicantldFromASSIGNMENT 
(@ApplicantId  char(10))  AS 

SELECT  ASS IGNMENT. J obld,  JobName,  ASSIGNMENT. PlaceCode,  PlaceName, 
ASSIGNMENT.Applicantld,  FirstName,  LastName 
FROM  ASSIGNMENT,  JOB,  PLACE,  APPLICANT 

WHERE  ASSIGNMENT .Jobld  =  JOB.Jobld  AND  ASSIGNMENT.PlaceCode  = 
PLACE. PlaceCode  AND  ASSIGNMENT.Applicantld  =  APPLICANT.Applicantld 
AND  ASSIGNMENT.Applicantld  =  @ApplicantId 
GO 


Name:  ShowJobldPlaceCodeApplicantldOnApplicantldFromASSIGNMENTForUpdate 
CREATE  PROCEDURE 

ksergis.ShowJobldPlaceCodeApplicantldOnApplicantldFromASSIGNMENTForUpdate 
(@ApplicantId  char(10))  AS 

SELECT  ASS  IGNMENT.  J  obld,  JobName,  ASSIGNMENT.PlaceCode,  PlaceName, 
ASSIGNMENT.Applicantld,  FirstName,  LastName,  ReportDate,  DetachDate 
FROM  ASSIGNMENT,  JOB,  PLACE,  APPLICANT 

WHERE  ASSIGNMENT. Jobld  =  JOB.Jobld  AND  ASSIGNMENT.PlaceCode  = 
PLACE. PlaceCode  AND  ASSIGNMENT.Applicantld  =  APPLICANT.Applicantld 
AND  ASSIGNMENT.Applicantld  =  @ApplicantId 
GO 


Name:  ShowLanguageCode _ 

CREATE  PROCEDURE  ksergis. ShowLanguageCode  AS 
SELECT  LanguageCode,  LanguageName 
FROM  LANGUAGE 
GO 


Name:  ShowLanguageCodeOnApplicantld _ 

CREATE  PROCEDURE  ksergis.  ShowLanguageCodeOnApplicantld  (@ApplicantId 
char(10))AS 

SELECT  LANGUAGE.LanguageCode,  LanguageName,  LanguageDegree 
FROM  LANGUAGE,  APPLICANT,  APPLIC ANT_LAN GUAGE 
WHERE  APPLICANT.Applicantld  =  @ApplicantId 

AND  APPLICANT.Applicantld  =  APPLICANT_LANGUAGE.ApplicantId 
AND  APPLICANT_LANGUAGE.LanguageCode  =  LANGUAGE.LanguageCode 
GO 


Name:  ShowLanguageCodeOnJobld _ 

CREATE  PROCEDURE  ksergis. ShowLanguageCodeOnJobld  (@JobId  char(10)) 
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AS 

SELECT  LANGUAGE.LanguageCode,  LanguageName 
FROM  LANGUAGE,  JOB_LANGUAGE 

WHERE  LANGUAGE.LanguageCode  =  JOB_LANGUAGE.LanguageCode  AND 
JOB_LANGUAGE.JobId  =  @JobId 
GO 


Name:  ShowLanguageDegree _ 

CREATE  PROCEDURE  ksergis. ShowLanguageDegree  (@ApplicantId  char(10), 

@LanguageCode  char(10))AS 

SELECT  LanguageDegree 

FROM  APPLIC ANT_L AN GU AGE 

WHERE  Applicantld  =  @ApplicantId 

AND  LanguageCode  =  @LanguageCode 
GO 


Name:  ShowLanguageNameLanguageDegreeOnJobld _ 

CREATE  PROCEDURE  ksergis. ShowLanguageNameLanguageDegreeOnJobld 

(@JobId  char(10)) 

AS 

SELECT  LanguageName,  LanguageDegree 
FROM  JOB_LANGUAGE,  LANGUAGE 

WHERE  Jobld  =  @JobId  AND  JOB_LANGUAGE.LanguageCode 

LANGUAGE.LanguageCode 

GO 


Name:  ShowPlaceCode _ 

CREATE  PROCEDURE  ksergis.ShowPlaceCode  AS 
SELECT  PlaceCode,  PlaceName 
FROM  PLACE 
GO 


Name:  ShowPlaceCodeOnCommandCode _ 

CREATE  PROCEDURE  ksergis. ShowPlaceCodeOnCommandCode  (@CommandCode 
char(10))AS 

SELECT  PlaceCode,  PlaceName 
FROM  PLACE 

WHERE  CommandCode  =  @CommandCode 
GO 


Name:  ShowPlaceCodeOnJobld 
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CREATE  PROCEDURE  ksergis.ShowPlaceCodeOnJobld  (@JobId  varchar(lO)) 
AS 

SELECT  JOB_PLACE. PlaceCode,  PlaceName 
FROM  JOB_PLACE,  PLACE 

WHERE  Jobld  =  @JobId  AND  JOB_PLACE.PlaceCode  =  PLACE.PlaceCode 
GO 


Name:  ShowPlaceData _ 

CREATE  PROCEDURE  ksergis. ShowPlaceData  AS 

SELECT  Placelmage,  PlaceCode,  PlaceName,  PLACE.CommandCode,  CommandName 
FROM  PLACE,  COMMAND 

WHERE  PLACE.CommandCode  =  COMMAND. CommandCode 
GO 


Name:  ShowPlacelmage _ 

CREATE  PROCEDURE  ksergis. ShowPlacelmage  (@CommandCode  char(50)) 

AS 

SELECT  DISTINCT  (PlaceName),  Placelmage, 

COMM  AND_PREFERENCE .  PlaceCode 

FROM  C OMM AND_PREFEREN CE ,  JOB,  PLACE 

WHERE  COMMAND_PREFERENCE.CommandCode=@  CommandCode  AND 

PLACE.PlaceCode  =  COMMAND_PREFERENCE.PlaceCode 
ORDER  BY  PlaceName 
GO 


Name:  ShowPlaceNamePlacelmageCommandNameOnJobld 

CREATE  PROCEDURE  ksergis. ShowPlaceNamePlacelmageCommandNameOnJobld 
(@JobId  char(10)) 

AS 

SELECT  Placelmage,  PlaceName,  CommandName 
FROM  JOB_PLACE,  PLACE,  COMMAND 

WHERE  Jobld  =  @JobId  AND  JOB_PL ACE. PlaceCode  =  PLACE.PlaceCode  AND 
PLACE.CommandCode  =  COMMAND. CommandCode 
GO 


Name:  ShowQualificationCode _ 

CREATE  PROCEDURE  ksergis. ShowQualificationCode  AS 
SELECT  QualificationCode,  QualificationName 
FROM  QUALIFICATION 
GO 
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Name:  ShowQualificationCodeOnApplicantld 

CREATE  PROCEDURE  ksergis.ShowQualificationCodeOnApplicantld  (@ApplicantId 
char(10)) 

AS 

SELECT  QUALIFICATION. QualificationCode,  QualificationName 
FROM  QU ALIFIC ATION_APPLIC ANT,  QUALIFICATION 
WHERE  QU  ALIFIC  ATION .  Qualific  ationCode 

QUALIFICATION_APPLICANT. QualificationCode  AND  Applicantld  =  @ Applicants 
GO 


Name:  ShowQualificationCodeOnJobld 

CREATE  PROCEDURE  ksergis. ShowQualificationCodeOnJobld  (@JobId  char(10)) 
AS 

SELECT  distinct(JOB_QUALIFICATION. QualificationCode),  QualificationName 

FROM  QUALIFICATION,  JOB_QUALIFICATION 

WHERE  QU  ALIFIC  ATION .  Qualific  ationCode 

JOB  _QU  ALIFIC  ATION .  QualificationCode  AND  Jobld  =  @JobId 

GO 


Name:  ShowQualificationNameOnJobld 

CREATE  PROCEDURE  ksergis. ShowQualificationNameOnJobld  (@JobId  char(10)) 

AS 

SELECT  QualificationName 

FROM  J  OB_QU  ALIFIC  ATION,  QUALIFICATION 

WHERE  Jobld  =  @JobId  AND  JOB_QUALIFICATION.QualificationCode  = 
QUALIFICATION. QualificationCode 
GO 


Name:  ShowRankCode _ 

CREATE  PROCEDURE  ksergis. ShowRankCode  AS 
SELECT  RankCode,  RankName 
FROM  RANK 
GO 


Name:  ShowRankCodeOnJobld _ 

CREATE  PROCEDURE  ksergis. ShowRankCodeOnJobld  (@JobId  char(10)) 
AS 

SELECT  distinct(JOB_RANK.RankCode),  RankName 
FROM  RANK,  JOB_RANK 

WHERE  RANK.RankCode  =  JOB_RANK.RankCode  AND  Jobld  =  @  Jobld 
GO 
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Name:  ShowRankCodeSpecialtyCodeSeaServiceOnApplicantld 

CREATE 

PROCEDURE 

ksergis.  ShowRankCodeSpecialtyCodeSeaServiceOnApplicantld 
char(10))  AS 

(@  Applicantld 

SELECT  RankCode,  SpecialtyCode,  SeaTimeForRank 

FROM  APPLICANT 

WHERE  APPLICANT. Applicantld  =  @  Applicantld 

GO 

Name:  ShowRankData _ 

CREATE  PROCEDURE  ksergis.ShowRankData  AS 
SELECT  * 

FROM  RANK 
GO 


Name:  ShowRankNameTimeSeaServiceOnJobld _ 

CREATE  PROCEDURE  ksergis.ShowRankNameTimeSeaServiceOnJobld  (@JobId 
char(10)) 

AS 

SELECT  RankName,  TimeSeaService 
FROM  JOB_RANK,  RANK 

WHERE  Jobld  =  @  Jobld  AND  JOB_RANK.RankCode  =  RANK.RankCode 
GO 


Name:  ShowRankOnApplicantld 

CREATE  PROCEDURE  ksergis.  ShowRankOnApplicantld  (@ApplicantId  char(10))  AS 
SELECT  APPLICANT.RankCode,  RankName 
FROM  APPLICANT,  RANK 

WHERE  Applicantld  =  @ApplicantId  AND  APPLICANT.RankCode  = 

RANK.RankCode 

GO 


Name:  ShowRankSpecialtySeaServiceOnApplicantld 

CREATE  PROCEDURE  ksergis .  Sho  wRankSpecialty  SeaServiceOnApplicantld 

(@  Applicantld  char(10))  AS 

SELECT  RankName,  SpecialtyName,  SeaTimeForRank 
FROM  APPLICANT,  RANK,  SPECIALTY 

WHERE  APPLICANT. Applicantld  =  @ Applicantld  AND  APPLICANT.RankCode  = 
RANK.RankCode  AND  APPLICANT.SpecialtyCode  =  SPECIALTY.SpecialtyCode 
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GO 


Name:  ShowSeaTimeForRankOnApplicantld 

CREATE  PROCEDURE  ksergis.ShowSeaTimeForRankOnApplicantld  (@ApplicantId 
char(10))  AS 

SELECT  Applicantld,  SeaTimeForRank 
FROM  APPLICANT 
WHERE  Applicantld  =  @  Applicantld 
GO 


Name:  ShowSpecialtyCode _ 

CREATE  PROCEDURE  ksergis. ShowSpecialtyCode  AS 
SELECT  SpecialtyCode,  SpecialtyName 
FROM  SPECIALTY 
GO 


Name:  ShowSpecialtyCodeOnJobld _ 

CREATE  PROCEDURE  ksergis. ShowSpecialtyCodeOnJobld  (@JobId  char(10)) 

AS 

SELECT  distinct(JOB_SPECIALTY. SpecialtyCode),  SpecialtyName 
FROM  SPECIALTY,  JOB_SPECIALTY 

WHERE  S PECI ALT Y .SpecialtyCode  =  JOB_SPECIALTY.SpecialtyCode  AND  Jobld 
=  @ Jobld 
GO 


Name:  ShowSpecialtyNameOn Jobld 

CREATE  PROCEDURE  ksergis. ShowSpecialtyNameOnJobld  (@JobId  char(10)) 
AS 

SELECT  SpecialtyName 

FROM  JOB_SPECIALTY,  SPECIALTY 

WHERE  Jobld  =  @  Jobld  AND  JOB_SPECIALTY.SpecialtyCode 

S  PECI  ALT  Y  .SpecialtyCode 
GO 


Name:  ShowSpecialtyOnApplicantld _ 

CREATE  PROCEDURE  ksergis. ShowSpecialtyOnApplicantld  (@ApplicantId  char(10)) 
AS 

SELECT  SPECIALTY. SpecialtyCode,  SpecialtyName 
FROM  APPLICANT,  SPECIALTY 
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WHERE  Applicantld  =  @ApplicantId  AND  APPLICANT.  SpecialtyCode  = 
S  PECI  ALT  Y .  Specialty  Code 
GO 


Name:  Update AddressData _ 

CREATE  PROCEDURE  ksergis.UpdateAddressData  (@ApplicantId  char(10), 
@CityOrTown  char(50),  @  Street  char(50),  @Appartment  char(10),  @ZIP  char(10)) 

AS 

UPDATE  dbo. ADDRESS 

SET  CityOrTown  =  @CityOrTown,  Street  =  @Street,  Appartment  =  @Appartment,  ZIP 
=  @ZIP 

WHERE  Applicantld  =  @  Applicantld 
GO 


Name:  UpdateApplicantData _ 

CREATE  PROCEDURE  ksergis. UpdateApplicantData  (@  Applicantld  char(10), 
@FirstName  char(30),  @LastName  char(30),  @MiddleName  char(30),  @EmailAddress 
char(50)) 

AS 

UPDATE  dbo  .APPLICANT 

SET  FirstName  =  @FirstName,  LastName  =  @LastName,  MiddleName  = 
@MiddleName,  EmailAddress  =  @EmailAddress 
WHERE  Applicantld  =  @  Applicantld 
GO 


Name:  UpdateApplicantld 

CREATE  PROCEDURE  ksergis. UpdateApplicantld  (@ApplicantId  char(10), 
@UserName  char(50)) 

AS 

UPDATE  dbo  .APPLICANT 
SET  Applicantld  =  @  Applicantld 
WHERE  UserName  =  @UserName 
GO 


Name:  UpdateApplicantldSpecialtyRank 

CREATE  PROCEDURE  ksergis. UpdateApplicantldSpecialtyRank  (@ApplicantId 
char(10),  @RankCode  char(10),  @ SpecialtyCode  char(  10),  @SeaTimeForRank  float) 

AS 

UPDATE  dbo  .APPLICANT 

SET  RankCode  =  @RankCode,  SpecialtyCode  =  @ SpecialtyCode,  SeaTimeForRank  = 

@SeaTimeForRank 

WHERE  Applicantld  =  @  Applicantld 
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GO 


Name:  UpdateCoefficient 

CREATE  PROCEDURE  ksergis. UpdateCoefficient  (@CoefficientId  char(30), 
@CoefficientValue  int)  AS 

UPDATE  COEFFICIENT 
SET  CoefficientValue  =  ©Coefficient Value 
WHERE  Coefficientld  =  @  Coefficients 
GO 


Name:  UpdateCredentialsGrade _ 

CREATE  PROCEDURE  ksergis. UpdateCredentialsGrade  (@ Applicants  char(10), 
@  Credentials  char(10),  @CredentialsGrade  float) 

AS 

UPDATE  dbo .  APPLIC ANT_CREDENTI ALS 
SET  CredentialsGrade  =  @CredentialsGrade 

WHERE  Applicants  =  @  Applicants  AND  Credentials  =  @CredentialsId 
GO 


Name:  UpdateExperience 

CREATE  PROCEDURE  ksergis. UpdateExperience  (@JobId  char(10),  @ApplicantId 

char(10),  ©Experience  float)  AS 

UPDATE  EXPERIENCE 

SET  Experience  =  ©Experience 

WHERE  JobS  =  @  JobS  AND  Applicants  =  @  Applicants 
GO 


Name :  Update J obldJ obN ameExperienceRequired 

CREATE  PROCEDURE  ksergis. UpdateJobldJobNameExperienceRequired  (@JobId 
char(10),  @JobIdNew  char(10),  @JobName  char(30),  @ExperienceRequired  float) 

AS 

UPDATE  dbo. JOB 

SET  JobS  =  @JobIdNew,  JobName  =  @JobName,  ExperienceRequired  = 
@  ExperienceRequired 
WHERE  JobS  =  @JobId 
GO 


Name :  Update  J  obN  ameExperienceRequired 

CREATE  PROCEDURE  ksergis. UpdateJobNameExperienceRequired  (@JobId  char(10), 
@JobName  char(30),  ©ExperienceRequired  float) 
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AS 

UPDATE  dbo.JOB 

SET  JobName  =  @JobName,  ExperienceRequired  =  @ExperienceRequired 
WHERE  Jobld  =  @JobId 
GO 


Name:  UpdateLanguageDegree _ 

CREATE  PROCEDURE  ksergis. UpdateLanguageDegree  (@ApplicantId  char(10), 
@LanguageCode  char(10),  @LanguageDegree  float) 

AS 

UPDATE  dbo.APPLICANT_LANGUAGE 
SET  LanguageDegree  =  @LanguageDegree 

WHERE  Applicantld  =  @ApplicantId  AND  LanguageCode  =  @LanguageCode 
GO 


Name:  UpdatePhoneData 

CREATE  PROCEDURE  ksergis. UpdatePhoneData  (@ApplicantId  char(10), 
@HomePhoneNumber  char(30),  @CellPhoneNumber  char(30),  @OtherPhoneNumber 
char(30)) 

AS 

UPDATE  PHONE 

SET  HomePhoneNumber  =  @HomePhoneNumber,  CellPhoneNumber  = 
@CellPhoneNumber,  OtherPhoneNumber  =  @OtherPhoneNumber 
WHERE  Applicantld  =  @  Applicantld 
GO 


Name:  UpdateUserNamePassword 

CREATE  PROCEDURE  ksergis.UpdateUserNamePassword  (@ApplicantId  char(10), 
@UserName  char(50),  @Password  char(50)) 

AS 

UPDATE  dbo  .APPLICANT 

SET  UserName  =  @UserName,  Password  =  @Password 
WHERE  Applicantld  =  @  Applicantld 
GO 
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Name:  UpdateUserNamePasswordCommand 

CREATE  PROCEDURE  ksergis.  UpdateUserNamePasswordCommand 

(@CommandCode  char(10),  @UserName  char(50),  @ Password  char(50)) 

AS 

UPDATE  dbo. COMMAND 

SET  UserName  =  @UserName,  Password  =  @Password 
WHERE  CommandCode  =  @CommandCode 
GO 
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